Everyone in the AI world is talking about MCP — Model Context Protocol — as the future of how AI connects to tools and data. And they’re largely right. But here’s something the hype cycle is not telling you: some of the smartest, most technically sophisticated companies in the world are quietly stepping back from MCP and returning to direct API integrations. In March 2026, the CTO of Perplexity — one of the most advanced AI companies on the planet — stood on stage at a major conference and announced they were moving away from MCP in favour of traditional APIs. This wasn’t a failure of understanding. It was a deliberate, well-reasoned decision. In this article, we’ll explain exactly what APIs and MCP are, why the debate is happening, and most importantly — how to decide which approach is right for your business.
First, a Quick Recap: What Is the Difference Between an API and MCP?
Before diving into the debate, it helps to be clear on what these two things actually are — because they are often confused.
What Is an API?
An API (Application Programming Interface) is the long-established standard for how software systems talk to each other. Think of it as a waiter in a restaurant. You tell the waiter what you want, the kitchen prepares it, and the waiter brings it back. You never go into the kitchen yourself. APIs have been the backbone of the internet for over two decades, powering everything from payment systems to social media feeds to cloud storage. They are fast, predictable, battle-tested, and understood by every developer on the planet.
What Is MCP?
MCP (Model Context Protocol), introduced by Anthropic in November 2024, is a newer standard built specifically for AI. Rather than requiring a developer to manually write instructions for every API call, MCP allows an AI model to discover what tools are available at runtime and decide how to use them autonomously. It is the layer that lets AI assistants like Claude or ChatGPT actually do things — book meetings, query databases, send emails — rather than just answer questions about them.
The Critical Distinction
Here is the most important thing to understand: MCP does not replace APIs. It sits on top of them. Under the hood, every MCP server is still calling APIs. MCP is the intelligent coordination layer that helps an AI understand which API to call, in what order, and why. APIs are the roads. MCP is the GPS. Both are necessary. Neither makes the other obsolete.
The Real Story: Why Perplexity Walked Away From MCP
In March 2026, Perplexity CTO Denis Yarats made headlines when he announced at the Ask 2026 conference that Perplexity was moving away from MCP in favour of traditional APIs and command-line interfaces. This is significant because Perplexity had actually shipped its own MCP server just four months earlier, in November 2025.
His reasons were practical, not philosophical, and they reveal the genuine limitations of MCP at production scale.
Problem 1: MCP Eats Your AI’s Memory
Every MCP tool definition — the description of what a tool does, what inputs it takes, what it returns — consumes tokens from the AI’s context window. That context window is the AI’s working memory. Research shows that each tool definition consumes a minimum of 96 tokens, with complex tools requiring 200 to 400 tokens each. Connect 15 or 20 MCP servers, and a significant portion of the AI’s working memory is consumed before the actual task even begins. For Perplexity, running sophisticated AI agents at scale, this overhead was a real operational cost — both in performance and in money.
Problem 2: Authentication Becomes a Nightmare
Each MCP server handles its own authentication flow. When you’re connecting to five, ten, or fifteen different services, each with its own login and security handshake, these flows can break across service boundaries — creating friction that is frustrating to debug and maintain. With a direct API, authentication is standardised and controlled by the development team. With MCP at scale, it becomes a distributed coordination problem.
Problem 3: Debugging Is Harder
When something goes wrong in a direct API call, diagnosing the problem is fast. You look at the request, you look at the response, you see the error. With MCP, you’re debugging a two-process system — the AI client and the MCP server — communicating over an additional protocol layer. Errors can be silent, timeouts can be ambiguous, and reproducing a bug requires spinning up the full stack. For teams shipping fast and maintaining production systems, this additional complexity has a real cost.
The Six Legitimate Reasons Companies Stick With APIs
Perplexity is not alone. Here is why many technically sophisticated businesses continue to favour direct API integrations — especially for their core systems.
1. Maturity and Reliability
REST APIs have been refined over two decades. The tooling, documentation, monitoring, and error-handling patterns are mature and universally understood. MCP, by contrast, is less than two years old. Its best practices are still being established, and production monitoring tools are only just emerging.
2. Predictability at Scale
APIs use stateless HTTP — each request is independent, clean, and fast. This model scales to millions of requests with well-understood infrastructure. MCP uses stateful sessions, meaning the server maintains an ongoing conversation with the AI. This is powerful for complex workflows but creates new challenges at very high volumes, requiring additional middleware like MCP gateways to manage the load.
3. Too Many Tools Confuses the AI
Counterintuitively, giving an AI access to too many MCP servers can make it less effective. Research consistently shows that LLMs struggle to select the right tool when presented with too many options — slowing down, making wrong choices, or failing to act at all. A direct API call, with a developer precisely controlling which endpoint is called and when, does not have this problem.
4. Security in Regulated Industries
For businesses in financial services, healthcare, or legal sectors, unproven security models are dealbreakers. Security research has shown that MCP servers, because they consolidate access to multiple services in one place, create a single point of failure. A compromised MCP gateway can give an attacker coordinated access to every connected system simultaneously — a risk profile that many compliance teams are not yet willing to accept.
5. Existing Investment Cannot Be Discarded
According to recent industry studies, traditional REST APIs currently handle 92% of organisational data exchanges. Companies that have spent years and significant budget building stable, tested API integrations have no compelling reason to replace them with an immature alternative — especially when those APIs are working reliably.
6. Schema Conversion Problems
When companies attempt to automatically convert their existing API definitions into MCP-compatible formats, the process succeeds cleanly only 70 to 80% of the time. The remaining 20 to 30% involves naming conflicts, missing semantic context, and compatibility issues that require manual engineering effort to resolve.
So When Does MCP Win?
Understanding MCP’s limitations does not mean dismissing it. MCP has genuine, compelling advantages in specific contexts.
When MCP Is the Right Choice
MCP excels when you are building something new with AI at the centre — not retrofitting AI onto an existing system. It is the right choice when you want AI to work across three or more connected systems simultaneously, where maintaining context across multiple steps is essential. It is ideal when non-technical team members need to use AI tools without a developer writing custom code for every action. And it is the emerging standard that major platforms are building towards: OpenAI, Google DeepMind, Microsoft, AWS, and Bloomberg have all committed to MCP as a co-founding standard under the Linux Foundation. The trajectory is clear.
The Hybrid Approach Most Smart Businesses Take
The most honest answer — and the one that the most sophisticated teams have arrived at — is that this is not an either/or decision. Use APIs for your stable, high-volume, mission-critical operations where reliability and speed are paramount. Use MCP as the intelligence layer for your AI agents, enabling them to discover, coordinate, and act across your tools dynamically. The two work together. As one industry analysis put it: according to Gartner, MCP’s wider adoption will actually lead to higher API usage, not lower — because MCP servers are built on top of APIs, and more AI activity means more API calls underneath.
What This Means for Your Business
If you are a business owner or marketing leader trying to make sense of all this, here is the practical guidance.
Do not let anyone tell you that MCP replaces everything you have already built. If your current API integrations are working well, they should continue working — and a good AI automation strategy will layer MCP on top of them, not rip them out. Be cautious of any agency or consultant who presents MCP as the universal solution to every automation problem. The companies getting the most value from AI right now are those that assess each workflow on its merits and choose the right tool at the right layer — APIs for deterministic, high-volume tasks; MCP for dynamic, AI-driven coordination across multiple systems.
The Perplexity story is not a warning against MCP. It is a warning against adopting any technology without understanding its tradeoffs. MCP will continue to mature, its security standards will solidify, and its tooling will improve. The businesses that win will be those that adopt it strategically — not reactively.
Conclusion
The debate between APIs and MCP is not a sign that one of them is broken. It is a sign that the AI integration landscape is maturing. MCP is a genuine leap forward for AI-native workflows, dynamic tool discovery, and multi-system coordination. APIs remain the reliable, scalable foundation that the digital economy runs on. The smartest strategy is not to choose sides — it is to understand what each layer does well, and build accordingly.
Contact The Crunch to schedule a free consultation and let our team audit your current tech stack, identify exactly where MCP adds value and where your existing APIs should stay in place — and build you an AI automation strategy that is honest, practical, and built to scale.
Frequently Asked Questions (FAQ)
1. Does MCP replace APIs completely?
2. Why did Perplexity move away from MCP?
3. What is the main advantage of using a direct API over MCP?
4. When should a business use MCP instead of a direct API?
5. Is MCP secure enough for enterprise use?
6. Will MCP eventually replace APIs entirely?
7. What does “context window” mean and why does it matter for MCP?
8. Can a business use both APIs and MCP at the same time?
9. How does this affect my existing automation tools like Zapier or Make?
10. How do I know whether my business needs MCP, direct APIs, or both?





