MCP: the standard that connects AI to your information system
Connecting an AI assistant to a CRM, an ERP or a document base still means, in most organizations, one custom integration per tool-system pair. Ten systems and five AI tools: fifty projects to build, then maintain. An open standard offers a different arithmetic — provided you understand what it solves, and what it does not.
TL;DR
- Our thesis: the Model Context Protocol (MCP) replaces custom AI integrations with standard connectors — 50 projects become 15 for 10 systems and 5 AI tools.
- Published by Anthropic on November 25, 2024 as an open standard, MCP has been governed since December 9, 2025 by a neutral foundation (Linux Foundation).
- AWS, Google, Microsoft and OpenAI — direct competitors — fund that foundation at the highest membership tier, as once happened with USB and HTTP.
- More than 10,000 MCP servers published by December 2025 (Linux Foundation); nearly 500 million monthly downloads of the software development kits (SDKs) in July 2026, up from 97 million seven months earlier.
- The protocol standardizes the connection, not the trust: its own specification documents the attacks that target it.
- The public registry excludes private servers: the catalog of internal connectors remains the company's responsibility.
Fifty integrations, or fifteen connectors
Connecting an AI assistant to a CRM, an ERP or a document base still follows the same pattern in most organizations: one custom integration project per "AI tool × system" pair. Anthropic put it plainly when it published MCP on November 25, 2024: every new data source requires its own implementation. With N systems and M AI tools, the bill grows as N×M.
MCP replaces those N×M integrations with N+M standard connectors. Each system exposes an MCP server — the socket. Each AI tool ships an MCP client — the plug. The official documentation claims the USB-C analogy outright: one standard port replaces the proprietary cables. The arithmetic checks out on a typical case.
| Before: custom integrations | Math | Result |
|---|---|---|
| Connect 5 AI tools to 10 systems | 10 × 5 | 50 integrations to build and maintain |
| Add an 11th system | + 5 integrations | 55 |
| Add a 6th AI tool | + 10 integrations | 60 |
| With MCP: standard connectors | Math | Result |
|---|---|---|
| Connect 5 AI tools to 10 systems | 10 + 5 | 15 standard connectors |
| Add an 11th system | + 1 server | 16 |
| Add a 6th AI tool | + 1 client | 17 |
The difference changes the slope of the cost curve: every new AI tool meant re-plumbing everything you already had; now it costs one connector.
What the standard does not solve
MCP standardizes the connection, not the trust. The specification dedicates an entire document to protocol-specific attacks: the "confused deputy" problem on intermediary servers, an explicit ban on forwarding access tokens issued for other services, session hijacking. An academic study published with ACM catalogs 16 threat scenarios across a server's lifecycle. A standard connector is not a safe connector.
Second blind spot: the official registry, still in preview as of summer 2026, does not list private servers. The internal catalog — which system exposes what, to whom, with which rights — remains the IT department's job, with a recommendation to host your own private registry.
Third point: the protocol is still moving. Three major revisions between November 2025 and July 2026, including a shift to a "stateless" architecture that changes how servers are built. Deprecation is now guaranteed for at least twelve months — real predictability, which still requires budgeting connector maintenance. This is the kind of trade-off we document in how we build.
What the status quo costs — Every proprietary integration launched today is an asset you will rewrite tomorrow: 50 projects where 15 connectors would do, a gap that widens with every system you add — and the connectors you fund as custom work often already exist among the 10,000 servers published by late 2025.
Seven questions before connecting AI to your IT systems
These seven questions structure the decision; they are part of the scoping work we run in our services.
| Question to ask | Why it matters |
|---|---|
| Which systems do we expose first, read-only or read-write? | Read-only caps the impact of an agent error. |
| Does the vendor already ship a standard server, or must we build one? | Building only makes sense for your own systems. |
| Who owns the internal catalog of connectors? | Without a catalog, nobody knows who accesses what. |
| How are access tokens issued, verified, revoked? | Reusing tokens issued for other services is a documented flaw, banned by the specification. |
| On whose behalf does the agent act, with which rights? | The agent must never hold more rights than the user it serves. |
| What do we log of the exchanges between AI and IT systems? | No trace means no audit and no rollback. |
| Who tracks protocol versions and budgets the maintenance? | Deprecation is guaranteed for twelve months, not forever. |
The limits of this approach
The N+M reasoning assumes a minimum of volume: with a single AI tool and two systems, the immediate gain is small. The protocol evolves fast, and integration savings are not maintenance savings. Finally, MCP says nothing about data quality, business-level permissions or the relevance of AI answers: cleanly plugging into a poorly governed IT estate mostly produces errors faster. The connection is standard; the value remains specific to each company.
Key takeaways
- The real question is not "adopt the protocol or not" but "standard connectors or integration debt".
- When Anthropic, OpenAI, Google and Microsoft fund the same neutral foundation, the proprietary bet becomes the riskier option.
- The savings made on the connection get reinvested in governance: internal catalog, token management, logging.
The standard exists and the 2026 figures show it settling in. What remains to be decided — which systems to expose, how to secure access, who owns the catalog — is a matter of business choices. That decision work is what we equip. Ownward helps companies perform better through technology — and above all, take back control.
Sources
- Launch announcement of the protocol, November 25, 2024 — Anthropic, accessed August 12, 2026.
- Introductory documentation of the protocol — Model Context Protocol project, accessed August 12, 2026.
- Changelog of the 2026-07-28 specification — Model Context Protocol project, accessed August 12, 2026.
- Security best practices of the specification — Model Context Protocol project, accessed August 12, 2026.
- About the official server registry — Model Context Protocol project, accessed August 12, 2026.
- Official post: the protocol joins the Agentic AI Foundation — Model Context Protocol project blog, December 9, 2025, accessed August 12, 2026.
- Official post on the July 28, 2026 revision — Model Context Protocol project blog, July 28, 2026, accessed August 12, 2026.
- Press release announcing the Agentic AI Foundation — Linux Foundation, December 9, 2025, accessed August 12, 2026.
- Study of lifecycle threats to servers of the protocol — Hou, Zhao, Wang and Wang, arXiv / ACM TOSEM, version of October 7, 2025, accessed August 12, 2026.
- Article dating OpenAI's adoption of the protocol — TechRepublic, March 28, 2025, accessed August 12, 2026.
- Announcement of managed servers for Google services — Google Cloud, December 10, 2025, accessed August 12, 2026.
- Overview of the protocol's integration into Windows 11 — Microsoft Learn, preview, accessed August 12, 2026.
Facts checked on August 12, 2026.
All trademarks belong to their respective owners. This article is neither sponsored nor endorsed by the vendors mentioned.
Is this on your desk right now?
Tell us where you stand. We reply with concrete elements — what we would do first, in your business.
Keep reading
All insightsSeptember 11, 2026 · 7 min read
Govern a Base Like an Internal Product
A spreadsheet updated by hand every Monday, a base built one evening that became critical: most business tools are born without an owner or rules. As long as nobody answers for them, they are not tools that last — they are shadow IT on borrowed time.
September 1, 2026 · 6 min read
Airtable as scaffolding: build what you plan to take down
In 2025, half of IT projects run over deadline, budget or scope, and nearly one in five is abandoned. Yet every internal tool starts as if it were definitive. Owning the temporary — a no-code base built in days, designed to be taken down — remains the decision nobody dares to claim.