devdot
← All postsAI ·

MCP Hits 97M Installs: The Agent Integration Layer Is No Longer Optional

Anthropic's Model Context Protocol has crossed 97 million installs and become the default way agents reach tools and data. Here's why builders should treat MCP support the way they once treated REST APIs.

The integration layer just got standardized

Model Context Protocol (MCP) has crossed 97 million installs. If you have been heads-down shipping and missed it, here is the short version: Anthropic's MCP is now the default way AI agents connect to tools, APIs, and data. Every major provider ships MCP-compatible tooling, and Google's A2A protocol is doing something similar for agent-to-agent communication.

The takeaway for builders is blunt. The integration layer is no longer up for grabs. It has been standardized. For a couple of years, every team rolled its own connectors for every tool an agent needed to touch. That work was necessary then. It is legacy work now.

What this means for your product

When a protocol crosses this kind of adoption, the question stops being "should we support it" and becomes "how fast can we." A few shifts worth sitting with:

  • Your product is becoming an MCP server whether you ship one or not. If you do not expose your capabilities to agents, a competitor will expose theirs, and agents will route work to whoever is reachable. Reachability is becoming a feature.
  • Bespoke agent integrations now have a shelf life measured in months. Custom glue code that wires one agent to one tool used to be defensible. Now it is maintenance debt waiting for a standard to make it redundant.
  • The moat is not the connector. Anyone can implement a protocol. The value is in what your data and your logic actually do once an agent reaches them.

That last point is the one most teams get backwards. They treat the integration as the hard part and the underlying product as a given. With MCP, the integration is increasingly commoditized, so the differentiation has to live in the substance behind it: the quality of your data, the correctness of your business logic, the guardrails that keep an agent from doing something dumb.

How to treat MCP in practice

If you are building anything agent-adjacent, treat MCP support the way you treated REST APIs five years ago. Default, not optional. Concretely:

  • Expose a clean, well-scoped MCP surface rather than dumping every internal endpoint into it.
  • Put real authorization and validation at the boundary, because an agent will eventually call your tools in ways a human never would.
  • Design your tool schemas as a product, with clear names and tight contracts, so a model can use them without guessing.
  • Assume your MCP server is read by machines first and humans second, and write the descriptions accordingly.

The connector is table stakes. The intelligence behind it is the product.

The teams that win here are not the ones who adopt the protocol earliest for its own sake. They are the ones who use a standardized integration layer to spend their remaining energy on the layer above it, where the actual value lives.

We're here to help founders and teams design and build digital products that are built to scale with you, not slow you down. If you're looking to build something agent-ready, get in contact with us today.

The protocol war for integrations is effectively over. The interesting work now is everything that happens after an agent connects.

NEXT POST →Model Portability: Why the Smart Move Isn't Chasing the Newest LLM