The interesting phase of agentic AI is beginning after the demos.
A single model that can browse, write code, call APIs, and keep a task moving is impressive. It is also a trap if we mistake capability for architecture. The next useful systems will not be one giant mind with access to everything. They will be networks of narrower agents that can discover one another, negotiate work, exchange results, and remain replaceable.
That is the problem the Agent2Agent protocol, or A2A, is trying to solve.
Google introduced A2A as an open protocol for communication between agents built by different vendors and frameworks. In June 2025, Google transferred the protocol, its SDKs, and related tooling to a Linux Foundation project backed by AWS, Cisco, Google, Microsoft, Salesforce, SAP, and ServiceNow. The important detail is not the sponsor list. It is the attempted separation between a protocol and the company that first promoted it. A coordination layer is more valuable when nobody owns the road.[1]
A2A is deliberately different from the Model Context Protocol. MCP gives an agent a standard way to reach tools, APIs, and data. A2A gives independent agents a standard way to reach each other. One connects the operator to the instrument panel. The other connects operators across the building.[2]
The distinction sounds narrow until you imagine a real workflow. A procurement agent could ask a compliance agent to inspect a supplier. A scheduling agent could ask a travel agent to find viable routes. A software agent could hand a failing test to a specialist that understands a particular framework. None of these agents needs to expose its private memory, internal prompts, or tool inventory. It only needs to advertise what it can do, accept a task, and return a result through a shared language.[2]
That opacity is one of A2A’s more interesting design choices. The protocol documentation describes agents as collaborators that can remain opaque to one another while still supporting discovery, delegation, streaming, asynchronous work, and structured data exchange. The goal is not to build a hive mind. It is to make useful boundaries portable.[2]
There is a quiet systems lesson here. The future of agents may depend less on finding one model that wins every benchmark and more on making failure local. If the research agent is wrong, replace it. If the finance agent is unavailable, route around it. If a vendor changes its model, the rest of the workflow should not collapse. Modular intelligence is less cinematic than an artificial general intelligence awakening, but it is much closer to how durable systems are built.
It also creates a new security surface.
An agent card can tell another agent what skills it offers and how to connect. That is useful, but discovery is not trust. Delegation is not authorization. A machine-readable capability is not proof that the capability is safe, accurate, or appropriate for the task. The A2A project itself lists identity, delegated authority, governance policy, security, and reputation among the areas still needing broader standards work.[1]
This is where the fantasy of autonomous cooperation usually becomes operational reality. Who is allowed to delegate a payment? Which agent may approve a production change? How does a receiving agent verify that a request is genuine, current, and within scope? What happens when two agents produce contradictory instructions? The protocol can carry the message. It cannot decide whether the message deserves obedience.
A2A’s current documentation labels version 1.0 and describes a stable communication layer: JSON-RPC over HTTP, agent discovery through Agent Cards, synchronous and asynchronous task handling, streaming, and support for text, files, and structured JSON.[2] Those are useful foundations. They are not autonomy. They are plumbing for systems that still need policy, identity, observability, and a human-defined blast radius.
That may be the more credible path toward powerful AI. Not a single entity silently accumulating every permission, but an ecosystem of specialized processes with explicit interfaces and inspectable handoffs. More agents will not automatically make the system wiser. They may only make its mistakes distributed.
The architecture matters because the boundary matters. We should want agents that can cooperate without becoming inseparable, delegate without becoming sovereign, and act without turning every successful interaction into permanent authority.
The shadow is not the agent. The shadow is the network of permissions around it. That network is where the real system begins.
Sources
Google Cloud: Google donates A2A to the Linux Foundation
A2A project repository and protocol overview
A2A Protocol documentation