Series 1 of 4 · Agentic Stack · Bonus · Topic B01

The Protocol Layer

Bonus
In This Note You Will Learn
  • 01. Why MCP and A2A are the HTTP moment for AI -- the infrastructure standards that will determine which agent architectures survive and which get rebuilt.
  • 02. How MCP standardizes agent-to-tool connections ("USB-C for AI") and A2A standardizes agent-to-agent communication -- complementary protocols solving different problems.
  • 03. The enterprise migration already underway: from bespoke tool integrations to protocol-based architectures, and what it means for every product built on proprietary connectors.

How Agents Will Talk to the World

In early 2024, a large enterprise software company -- one you've used -- had 23 engineers working on what they called the "connector layer." Their AI assistant needed to talk to Salesforce, Jira, Slack, Google Calendar, SAP, ServiceNow, Confluence, GitHub, and about forty other tools their enterprise customers depended on. Each connector was custom. Each one required a dedicated engineer who understood that tool's API, its authentication model, its rate limits, its pagination scheme, and its data model.

The math was ugly. Forty-eight connectors. Average maintenance cost of 15 engineering hours per connector per month. That's 720 engineering hours a month -- roughly 4.5 full-time engineers doing nothing but keeping existing integrations alive. Not building new features. Not improving the product. Maintaining plumbing.

Then, in November 2024, Anthropic released the Model Context Protocol specification. By March 2025, OpenAI announced they were adopting it for ChatGPT. By mid-2025, MCP had thousands of community-built servers. When your competitor adopts YOUR protocol, something structural has happened.

MCP, A2A, and the Coming Protocol Standardization

In the early 1990s, connecting two computers required knowing both systems' proprietary networking protocol. Then TCP/IP won. Not because it was technically superior to every alternative. Because it was open, and openness created a network effect that no proprietary protocol could match. HTTP sat on top and did the same thing for the web. MCP and A2A are doing the same thing for agents.

The protocol layer is the emerging infrastructure of open standards -- MCP for agent-to-tool connections and A2A for agent-to-agent communication -- that replaces bespoke integrations with universal interfaces.

-- The definition

Think of it like electrical outlets. Before standardization, every appliance manufacturer designed their own plug shape. Standardized sockets meant any appliance from any manufacturer worked in any outlet. MCP is the standard outlet for AI tools. A2A is the standard plug for AI agents.

Fig 1. Two Protocols, One Architecture
MCP & A2A Are the
HTTP Moment for AI.
Two perpendicular axes meeting at a single agent.
THE PROTOCOL LAYER A2A · agent ↔ agent MCP · agent ↔ tool ↓ Slack GitHub Database Files Compliance agent Logistics agent Partner agent Vendor agent AGENT intersection
MCP standardizes agent ↔ tool. A2A standardizes agent ↔ agent. The agent at the intersection is what the protocol layer makes possible.

MCP uses a client-server architecture built on JSON-RPC 2.0. The model runs an MCP client. Each tool runs an MCP server exposing three capabilities: Tools (actions the agent can take), Resources (data the agent can read), and Prompts (pre-built instructions the server offers).

A2A solves the agent-to-agent problem. When Agent A needs to delegate to Agent B -- built by a different company, running on a different model -- A2A standardizes the handoff. Every A2A-compatible agent publishes an Agent Card at /.well-known/agent.json describing what it can do and what authentication it requires.

The company list at A2A's launch tells you where this is heading: Salesforce, SAP, ServiceNow, Atlassian, Box, Cohere, and roughly 50 others. These aren't AI startups chasing a trend. They're enterprise software incumbents who see agent interoperability as structural.

Why Your Custom Integrations Have a Two-Year Shelf Life

The integration cost cliff. An enterprise AI product connecting to 15 tools carries 15 custom integrations, each requiring dedicated maintenance. With MCP, the product carries one MCP client and points it at 15 community-maintained servers. When Salesforce updates their API, the Salesforce MCP server maintainer updates the server. Your product doesn't change.

Vendor lock-in erosion. If your competitive advantage is "we integrate with 200 tools," MCP eliminates that moat. When any product can access any MCP server, integration breadth stops being a differentiator. The new differentiator becomes what you DO with the tools -- orchestration quality, context management, reliability.

Multi-vendor agent orchestration. A2A makes it possible to compose agent systems from multiple vendors without building custom middleware. A procurement workflow might involve your internal agent on Claude, your ERP vendor's agent on Gemini, and your logistics partner's agent on a fine-tuned open-source model.

!

The Trap

Treating MCP as a feature-complete standard.

Teams read the spec, build their MCP servers, and assume they're done. As of early 2026, MCP's authentication story is still maturing. Remote MCP servers introduce trust, latency, and security questions the ecosystem hasn't fully hardened.

TCP/IP took a decade to go from specification to robust production infrastructure. HTTP went through four major revisions before HTTP/2. MCP and A2A will follow a similar maturation curve.

The fix: build on the protocol, but maintain a harness-level abstraction for protocol gaps. Use the protocol for connectivity. Use the harness for control.

Migrating to a Protocol-Based Architecture

Consider a mid-size B2B SaaS company -- call them Meridian -- that sells a workflow automation platform. 340 enterprise customers, 52 tool integrations, 12-person integration engineering team. Monthly maintenance: 800 engineering hours.

Fig 2. The Meridian Migration
The Moat Moves Up the Stack
When the Foundation Goes Open.
52 custom connectors → MCP client + A2A gateway.
BEFORE · 52 custom connectors
AGENT 800 hrs/month maintenance
Eng on product4 of 23
API drift breakageweekly
AFTER · MCP + A2A
AGENT MCP CLIENT A2A GATEWAY slack-mcp github-mcp vendor-a2a partner-a2a
Eng on product9 of 23
Maintenance160 hrs/mo
800 → 160 hrs/month. 4 engineers on product → 9 engineers on product. The moat moves up the stack when the foundation goes open.

The 5x reduction in maintenance hours is real but not the primary value. The primary value is the reallocation: 9 engineers building product instead of 4. And the A2A gateway -- Meridian's Agent Card -- creates a new acquisition channel that didn't exist before the protocol layer.

Remember This

1. MCP standardizes agent-to-tool connections (vertical) and A2A standardizes agent-to-agent communication (horizontal). They're complementary, not competing. Together they form the protocol layer.

2. OpenAI adopting Anthropic's protocol, and Anthropic donating it to the Linux Foundation, are structural signals that MCP is becoming infrastructure, not a product. Products built on proprietary connectors need to plan their migration now.

3. Protocols shift the competitive surface. When connectivity is solved, the differentiator becomes what you DO with the connections: context quality, harness design, evaluation rigor, governance enforcement.

References

1. Model Context Protocol Specification -- Anthropic / Linux Foundation

2. Agent2Agent Protocol -- Google

3. Building Effective Agents -- Anthropic Engineering Blog

4. OpenAI Adds MCP Support -- OpenAI

5. Agentic AI Foundation -- Linux Foundation

Previous Topic Back to the Deep Dive