← All AI Engineer talks

AI Engineer World's Fair 2025

Are MCPs Overhyped? A Rant about MCPs

Read the talk

Are MCPs Overhyped? The Work Between Intelligence and Useful Agents

MCP standardizes how models connect to services, but useful agents still need discovery, trust, reliable hosting, payments, and tools they can actually choose and use.

From a talk by Henry Mao

A solved puzzle is not a useful agent

In November 2024, Henry Mao went down a rabbit hole trying to tackle ARC-AGI. The task looks straightforward: given two or three examples of a grid transformation, infer the rule and complete a missing output. Mao, the founder and CEO of Smithery, an MCP steering committee member, and previously a cofounder of Jenni AI, began with a problem that seemed to expose the gap between human reasoning and language models. He describes human accuracy as about 80%, an approximate baseline whose task split he does not specify.

ARC-AGI slide with six black grids containing pink and yellow shapes; the rightmost grid is empty.
An ARC-AGI puzzle presents example grid transformations and an empty final grid.

Then OpenAI’s o3 changed the picture. Mao describes its ARC-AGI-1 performance as human-level and points to strong math results as well. The historical breakthrough concerned the December 2024 o3 preview, rather than the later released model; its results depended on the compute configuration. The apparent conclusion—AGI achieved, autonomous agents ready to solve everything—is deliberately ironic. By 2025, the obvious question was still: where were the agents doing the tasks people did not want to do? Frontier intelligence remained stuck in a box.

0:180:30
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

0:18 · section reference included

Context and capability need connections

Making an agent useful requires attention to context and capability: what information can enter the model, and what actions can leave it? Intelligence alone does not supply access to a repository, a ticket tracker, or the operations those services expose. Those inputs and outputs need an integration layer.

Anthropic introduced the Model Context Protocol in November 2024 to standardize those connections. Without a shared protocol, each model application needs its own integration with each service—the N-times-N problem Mao describes. MCP gives applications and services a common way to communicate, reducing the need to rebuild each pairing independently.

Smarter models, standardized service communication, and a small but vibrant developer community made this an appealing foundation. Yet a common protocol leaves an ecosystem to build. Once services begin targeting agents, discovery, installation, operations, and commercial relationships become problems in their own right.

1:542:08
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

1:54 · section reference included

Finding a server is only the first hurdle

As more MCP servers appear, finding a high-quality one becomes harder. At the time of the talk, the MCP committee was working on an official registry, with Mao crediting the PulseMCP team. A registry provides somewhere to look; it does not settle how to assign reputation or distinguish a dependable server from a poor one.

Fragmentation slide showing a server list beside a diagram of repositories, a web scraper, and an MCP marketplace, with an Official registry label below.
MCP discovery spans scattered repositories and marketplaces.

The remaining user problems follow the path from discovery to actual use:

  • Installation: Mao describes GitHub repositories that require a five-step setup process. Each step adds friction before the agent gains any capability.
  • Security: Completing installation does not establish that the installed server is secure.
  • Payments: An agent needs a way to pay for services on its user’s behalf. Mao’s illustrative concern is having to subscribe to 100 separate services at $10 per month each. The ecosystem needs a workable purchasing experience as well as a connection protocol.
2:483:04
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

2:48 · section reference included

Hosting a tool and getting it called are different problems

Streamable HTTP makes more hosting platforms available to MCP developers, but it does not remove runtime design decisions. Stateful sessions and resumability can still require operational work. In the March 2025 transport specification, session IDs and resumability are optional: the challenge applies when a server uses those capabilities, rather than being a requirement that every server maintain resumable state.

The official MCP Inspector supplies a basic way to test tools and inspect prompts. That helps a developer examine the interface, but Mao’s next questions concern what happens when an agent encounters it: how should the server be designed, will the model call its tools, and what produces the best agent experience? A tool can be available and testable while its usefulness to an agent remains an open design question.

3:473:59
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

3:47 · section reference included

The work continues after launch

Publishing a server introduces another set of developer needs:

NeedQuestion after launch
DistributionHow will anyone discover the server?
ObservabilityHow can its developer learn from usage and improve it?
MonetizationHow does the service earn money?

These concerns connect to the user problems without being identical to them. Users need to find and pay for useful capabilities; developers need a route to those users and enough visibility to improve what they provide.

Mao says he started Smithery around December 2024 to address both sides. Its ambition is to become an AI gateway that grows and orchestrates services built for agents. That is a broader role than listing servers: it encompasses the path between a developer publishing a capability and an agent successfully using it. Mao acknowledges that Smithery has only scratched the surface of the problems he has identified.

4:304:44
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

4:30 · section reference included

From a GitHub issue to a Linear ticket

The Smithery playground demonstrates what becomes possible when some of those connection problems are handled. Mao presents it as giving an agent access to thousands of curated MCP servers. His request is to find the most pressing issue in smithery-ai/cli and create a new ticket in Linear. The repository name here is the one used in the recording; its public link now redirects to arcadeai-labs/smithery-cli.

The visible workflow crosses both discovery and execution:

  1. Search for servers. After the prompt is submitted, the agent thinks through the task and invokes a search-servers function to look through Smithery’s catalog.
  2. Connect to services. It connects to a selected server and to Linear.
  3. Read GitHub issues. Through the GitHub MCP, it retrieves bugs and looks for the highest-priority item.
  4. Create the destination ticket. It finds a Linear team and then creates a ticket.

The playground reports that the ticket was created. Its confirmation shows SMI-374, a connection-error title, priority High (2), the Smithery team, and a Linear link. This is the transition from a requested action to a reported result: the agent has read from GitHub and written to Linear.

Playground response headed Linear Ticket Created lists SMI-374, a connection-error title, High (2) priority, the Smithery team, and a Linear URL; GitHub and mcp-linear tool chips appear below.
Smithery Playground reports a created Linear ticket, SMI-374, with high priority and a link.

Mao then opens the ticket and points out its detailed content and a link back to the original GitHub issue. The demonstration completes a task across two MCP connections, preserving a route from the new work item to its source. It does not independently establish that the chosen issue was the repository’s most pressing problem; that prioritization remains the agent’s judgment within the demonstration.

5:165:32
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

5:16 · section reference included

Designing for tool calls

The demo is deliberately narrow, but a growing set of services expands the tasks agents might complete. Mao closes by pointing to deployment and tool-call growth over the preceding months. The displayed tool-call chart carries the headline “90K+ Tool Calls / Day.” That adoption evidence, together with developer enthusiasm, grounds his confidence that the ecosystem can address the remaining problems.

Slide titled 90K+ Tool Calls / Day with a blue line chart that fluctuates before rising sharply at the right edge.
A tool-call growth chart accompanies the headline “90K+ Tool Calls / Day.”

His larger forecast is an internet dominated by tool calls rather than clicks, where agent experience matters more than user experience. In that world, the practical interface to a service includes whether an agent can discover it, understand when to use it, connect successfully, and complete a useful action. Building that experience will require the broader developer community—not just Smithery or a handful of companies.

6:467:01
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

6:46 · section reference included

Resources

From the talk

Updates since the talk

Read the complete timestamped transcript
  1. 0:02

    Hi, I'm Henry. Because MCP is such a new space, um, instead of going into technical details like most AI engineer videos that you're probably seeing, uh, today I'll be doing a high-level overview, uh, and a rant about all the problems within the MCP space and ecosystem.

  2. 0:18

    A quick introduction, uh, about myself. Um, so I'm Henry. I'm the founder and CEO of Smithery. Uh, I'm also a member of the MCP steering committee. Before Smithery, um, I co-founded Jenny AI.

  3. 0:30

    Um, let me tell you a little bit about the origin story for Smithery. Um, this is around November last year, uh, in twenty twenty-four. Uh, I went down this rabbit hole trying to figure out, uh, trying to tackle the ARC-AGI challenge.

  4. 0:44

    And if you haven't heard of the ARC-AGI challenge, it's an IQ test made for LLMs. And in this challenge, um, you're given two or three different examples of, uh, a pattern, and you want your LLM to predict the missing, uh, last pattern here.

  5. 0:59

    And it turns out that this challenge is very easy for humans to do. Humans get about, uh, eighty percent, uh, accuracy on this challenge, but it's pretty hard for an LLM to do.

  6. 1:08

    And LLMs could not crack it for many, many years. So I, I kind of focused on tackling the challenge, uh, but very quickly, uh, OpenAI decided to release o3, and o3 completely dominated, uh, the ARC-AGI-1 challenge and basically got, uh, human level performance.

  7. 1:24

    It scored very well on math benchmarks as well. So we're basically done, right? AGI achieved. Um, autonomous agents are going to be solving all our problems now. But fast-forward to twenty twenty-five, and I'm wondering, where are all the autonomous agents?

  8. 1:40

    Why are they not solving all the tasks that we don't want to be doing? So what we're seeing here is sort of Claude's paradox. Uh, we have all these frontier labs creating, uh, all this intelligence, but all this intelligence is stuck in a box.

  9. 1:54

    And in order to make AI agents practically useful, we have to start thinking about context and capability. What are the inputs and outputs, uh, to our models? Everyone from startups to major labs recognize this problem.

  10. 2:08

    And so in November twenty twenty-four, Anthropic released the Model Context Protocol. Uh, it's an open standard to help LLMs connect to different services, uh, with a promise of standardizing, uh, this N times N problem.

  11. 2:19

    So when I saw MCPs, uh, in around this time last year, I was pretty excited about it. Um, there was a small but vibrant developer community. The models are getting smarter, and MCPs are standardizing the way models talk to services.

  12. 2:32

    So are we finally done? Well, not quite. With MCP and a new ecosystem of services trying to target AI agents, we have a bunch of new problems showing up.

  13. 2:44

    So first, I want to go through the list of user problems that we have.

  14. 2:48

    So the first one is fragmentation. There are more and more MCP servers being deployed every single day, and be-- it's becoming hard to find high-quality ones. The MCP committee is currently working on a better solution for this by creating a, an official registry, thanks to Tess and the Pulse MCP team.

  15. 3:04

    Simply having a registry doesn't solve the problem. For example, how do we assign reputation to high-quality MCPs is still an open question.

  16. 3:12

    Another problem that MCP users face is high friction install. If you go to any MCP's GitHub repository, you, you'll probably see this five-step installation process, which makes it very difficult to install.

  17. 3:23

    And in addition to that, once you have your MCP installed, you might just have installed an insecure, uh, unsecure MCP. Finally, it's unclear how we're gonna create this new economy of AI-native services if we don't have a plan on how to handle agentic payments.

  18. 3:37

    Open questions in this area include, "How do I get agents to pay on my behalf?" And, "How do I avoid subscribing to a hundred different services, uh, each charging ten dollars a month?"

  19. 3:47

    Next, let's look at the developer side problems. So if you're building an MCP, you probably face hosting problems. Thanks to the Streamable HTTP transport, it's now much easier for developers to find platforms to host on.

  20. 3:59

    But hosting is still a challenge. Uh, developers will have to deal with stateful sessions, resumability, and other issues.

  21. 4:06

    The developer tooling is also, uh, quite lacking in the MCP space. We have a basic MCP Inspector provided by the official MCP repository, which allows you to test out different tools, uh, check out your prompts, but there are still open questions that developers are asking us.

  22. 4:21

    For example, "How do I design the best MCPs? How do I know if my tool is gonna be called? How do I create the best agent experience?"

  23. 4:30

    Next, we also have distribution as a problem. If you're a developer, you create an MCP, how does your MCP get discovered? Observability is also an issue. If you deploy your MCP and people are using it, how do you improve this MCP once it's launched?

  24. 4:44

    And lastly, how do you make money out of your MCPs? So in summary, the MCP ecosystem is very exciting, but it has a bunch of different problems. On the left side, we have all the problems faced by MCP users.

  25. 4:54

    On the right side, we have problems faced by all the MCP developers. That's why we're building Smithery. I started Smithery in around December twenty twenty-four to tackle these challenges.

  26. 5:04

    Smithery is aiming to become the AI gateway to grow and orchestrate this new era of AI-native services for AI agents. So far, we've only scratched the surface of the problems I've described, uh, previously.

  27. 5:16

    But we built this little demo to showcase what you can build when some of these problems are solved. So here what you're seeing is, uh, the Smithery playground. The main goal of the playground is for us to demonstrate what an AI agent can do when it has access to thousands of curated MCPs.

  28. 5:32

    So let's start with a prompt. "Find the most pressing issue on my GitHub repository called [REDACTED:url] and create a new ticket on Linear."

  29. 5:44

    Okay, so let's submit this prompt. You'll see the agent first start thinking about the issue. It does-- It then calls this search servers function, which, uh, looks up for all the servers within Smithery.

  30. 5:57

    It connects to the best server. It also connects to Linear.

  31. 6:04

    It's able to go on, uh, GitHub using the GitHub MCP to find, uh, different bugs.

  32. 6:10

    It's trying to find the most high priority item.

  33. 6:15

    So it found a team, and now it's creating, uh, a ticket on Linear.

  34. 6:21

    Great. So it looks like our, our agent has successfully, uh, went on GitHub, looked for the most pressing issue, uh, on my GitHub issues, and created a Linear ticket.

  35. 6:31

    So let's take a look at this ticket. Nice. Okay. So it has a lot of details. It has even a link to the original issue. Um, yeah. So we have sort of an end-to-end, uh, task, uh, being solved by an AI agent connected to two different MCPs.

  36. 6:46

    So obviously, you know, this demo only scratched the surface, but you can imagine what we can do when more and more servers get deployed, uh, on Smithery. So this graph kind of shows you the number of servers being deployed, uh, over the last couple of months and the number of tool calls we've been getting.

  37. 7:01

    With all this developer enthusiasm, I'm confident that we can solve all of the problems that I mentioned in this talk today.

  38. 7:08

    It's clear to me that the future of the internet will be dominated by tool calls rather than clicks.

  39. 7:14

    And in this new world, it's going to be the agent experience that matters more than the user experience. And this agent experience is not going to be built by just me or a few companies.

  40. 7:24

    It's going to be built by all of you. Thank you.