The Multi-Agent Coordination Problem
Enterprise AI is moving from single-model pipelines to multi-agent systems - networks of specialized AI components that divide complex workflows into manageable subtasks. The vision is clear: an orchestrator agent delegates work to specialist agents, which complete subtasks and return results, with the orchestrator synthesizing the final output.
The problem is coordination. Today, every agent-to-agent interaction requires custom integration code. An orchestrator built with LangGraph cannot natively delegate to a Salesforce agent, a Microsoft Copilot Studio agent, or a third-party specialist model without bespoke connector work. As enterprise agent networks grow, this integration overhead compounds - each new agent added multiplies the integration surface.
What A2A Is
Agent2Agent (A2A) Protocol is Google's open interoperability standard for multi-agent communication, launched in April 2025 and subsequently donated to the Linux Foundation. A2A defines:
- Agent Cards - Standardized JSON documents that describe an agent's capabilities, authentication requirements, and endpoint URLs. Any A2A-compatible system can discover what an agent does by fetching its agent card.
- Task delegation - A standardized request format for assigning work to an agent, with defined status tracking (submitted, working, completed, failed) and support for both synchronous and asynchronous completion.
- HTTP-based transport - A2A uses standard HTTPS, making it compatible with existing enterprise network infrastructure, firewalls and API gateways without specialized networking.
The result is a common protocol layer where agents from different vendors can interact without custom integration between every pair.
Launch Context: April 2025 and the 150+ Organization Ecosystem
A2A launched at Google Cloud Next in April 2025 with 50+ founding partner organizations spanning enterprise software (SAP, ServiceNow, Workday), cloud infrastructure (Atlassian, MongoDB), AI platform vendors (Cohere, Mistral), and system integrators (Accenture, Deloitte, KPMG). By the end of 2025, the ecosystem had grown to 150+ organizations.
The Linux Foundation stewardship - mirroring the governance structure chosen for MCP - signals that A2A is designed as infrastructure rather than a Google product. Vendor-neutral governance removes the adoption barrier of depending on a proprietary standard that a single vendor controls.
A2A and MCP: Complementary Standards, Not Competitors
A2A and MCP (Model Context Protocol) address different coordination problems and are designed to be used together:
MCP handles agent-to-tool connectivity: how a single AI agent connects to external data sources, APIs and services. MCP is the integration layer between an agent and the resources it draws on.
A2A handles agent-to-agent connectivity: how one AI agent delegates work to another AI agent, regardless of vendor. A2A is the coordination layer between agents in a multi-agent system.
In a well-architected enterprise multi-agent system, each individual agent uses MCP to access its data sources and tools, while the agents coordinate with each other using A2A. The two standards form complementary layers of the enterprise AI stack.
Enterprise Workflow Examples
A2A's practical impact is clearest in enterprise workflows where specialized agents from different vendors must collaborate:
Contract review workflow: A document intake agent (Microsoft) extracts contract text and delegates clause analysis to a specialized legal AI agent (third-party), which returns structured findings to a risk scoring agent (internal), which routes to a human reviewer agent for exceptions above a defined threshold. Each agent is from a different vendor; A2A handles the delegation and status tracking at every step.
Customer onboarding workflow: A CRM orchestrator (Salesforce) delegates identity verification to a compliance agent (specialized provider), credit assessment to a financial AI agent, and welcome communications to a content generation agent. Results converge back at the orchestrator without any custom integration between the specialist agents.
Isotropic designs A2A-native multi-agent architectures where agent boundaries, capability definitions, and coordination patterns are engineered from the start - not retrofitted when integration complexity grows. Contact business@isotrp.com to discuss how A2A applies to your multi-agent AI program.
FAQ
Frequently asked questions
What is the Agent2Agent (A2A) Protocol?
A2A is Google's open interoperability standard for multi-agent AI systems, launched in April 2025 and donated to the Linux Foundation. It defines a common protocol - using agent cards for capability discovery, standardized task delegation formats, and HTTP-based transport - that allows AI agents from different vendors to coordinate without custom integration code between every agent pair. Over 150 organizations are now part of the A2A ecosystem.
What is an agent card in A2A?
An agent card is a standardized JSON document hosted at a well-known URL that describes an AI agent's capabilities, authentication requirements, input/output formats, and endpoint locations. Any A2A-compatible orchestrator can discover what an agent does, how to authenticate with it, and how to structure requests by fetching its agent card - without prior knowledge of the agent's implementation. Agent cards are the discovery mechanism that makes plug-and-play agent composition possible.
What is the difference between A2A and MCP?
MCP (Model Context Protocol) handles agent-to-tool connectivity - how a single AI agent connects to external data sources, APIs and services. A2A handles agent-to-agent connectivity - how one AI agent delegates work to another AI agent, regardless of vendor. In enterprise multi-agent systems, both protocols are used together: individual agents use MCP to access their resources, and agents coordinate with each other using A2A. The protocols address complementary layers of the AI stack.
Why does A2A's Linux Foundation governance matter for enterprises?
Linux Foundation governance means no single vendor controls A2A's evolution, licensing or compatibility requirements. Enterprises adopting A2A are not locked into a Google proprietary standard - the same protection MCP's Linux Foundation stewardship provides for Anthropic's protocol. For procurement and architecture teams evaluating AI infrastructure commitments, vendor-neutral governance significantly reduces the strategic risk of standard adoption.
What enterprise workflows benefit most from A2A?
A2A delivers the most value in workflows where specialized agents from different vendors must collaborate: contract review (intake, legal analysis, risk scoring, exception routing), regulated onboarding (identity verification, credit assessment, compliance checking), supply chain monitoring (inventory agents, logistics agents, demand forecasting agents), and complex customer service (intent classification, knowledge retrieval, escalation routing). Any workflow that benefits from specialization but requires coordination across vendor boundaries is a strong A2A candidate.
Talk to us