MCP vs Function Calling – How They Actually Work Together
Blog post from Portkey
In the ongoing debate between Model Context Protocol (MCP) and function calling, the notion that developers must choose one over the other is misleading, as both serve distinct roles within AI system architectures. Function calling is the initial phase where models express their intents by returning structured requests for specific functions, which are then executed by applications. In contrast, MCP standardizes the execution infrastructure by defining how tools are discovered and managed across applications, transforming tool execution into a client-server model. This separation allows tools to be network-addressable capabilities, providing portability and consistency across different AI clients and providers, akin to the standardization USB-C brought to device connectivity. While function calling is sufficient for small-scale, single-provider setups, MCP offers significant advantages in larger, multi-provider environments by centralizing tool management and reducing integration complexity. However, MCP introduces its own challenges, such as increased architectural complexity and the need for robust governance and security measures, particularly as systems scale and multiple teams interact with shared resources. Ultimately, many production systems benefit from a hybrid approach, utilizing both function calling for immediate execution and MCP for broader infrastructure management.
| Trend | Post Mentions | Total Month Mentions | Posts | Companies | MoM |
|---|---|---|---|---|---|
| MCP | 72 | 4,488 | 443 | 150 | +34% |
| LLM | 7 | 6,078 | 960 | 218 | +18% |
| Vector Search | 3 | 2,370 | 415 | 145 | +7% |
| AI Agents | 1 | 4,545 | 963 | 231 | +27% |
| Observability | 1 | 3,204 | 716 | 172 | +14% |
Use this post, company, and trend context to find content marketing opportunities, perform competitive analysis, or address product feature gaps via the Plushcap MCP server or the Plushcap API.