El protocolo A2A de Google cumplió un año el 9 de abril. Ciento cincuenta organizaciones se sumaron. Veintidós mil estrellas en GitHub. Cinco SDKs de producción. El protocolo rival de IBM, ACP, se fusionó con él bajo la Linux Foundation. Azure AI Foundry y Amazon Bedrock AgentCore lo integran.

Por cada métrica excepto la que importa, A2A ganó.

La métrica que importa: ningún SDK importante de agentes incluye soporte nativo de A2A hoy. Ni uno. El protocolo que supuestamente iba a permitir que cualquier agente de IA descubriera y delegara tareas a cualquier otro agente — sin importar el vendor — se pasó todo su primer año coleccionando logos mientras los SDKs que los desarrolladores realmente usan tomaron la dirección opuesta.

Trece días, cuatro murallas

Entre el 3 y el 15 de abril de 2026, cuatro empresas lanzaron sus propias funciones de delegación multi-agente. Ninguna interopera.

El 3 de abril, Microsoft lanzó Agent Framework v1.0 — el único framework que siquiera intenta coordinación multi-vendor, con conectores para Claude, GPT, Gemini y Bedrock. ¿Soporte A2A? "Próximamente". El 8 de abril, Anthropic lanzó Managed Agents en beta pública: ejecución en sandbox, persistencia de estado, coordinación multi-agente — solo Claude, cero mención de A2A. El 9 de abril, A2A celebró su primer aniversario con un comunicado de prensa lleno de números y sin integraciones con SDKs. Después, el 15 de abril, OpenAI lanzó Agents SDK v0.14 con Sandbox Agents y primitivas de handoff — agnóstico de modelo en teoría, sin A2A en la práctica.

Cuatro vendors. Trece días. Cuatro dialectos incompatibles de la misma idea. Y el protocolo diseñado para unificarlos se quedó sentado en la esquina con sus 150 organizaciones de soporte, mirando.

Cómo se ve "cero adopción" en código

Aquí está el modelo de delegación de Anthropic. Creas un managed agent a través de su API REST — corre en el sandbox de Anthropic — y tu coordinador delega mediante sesiones:

import anthropic

client = anthropic.Anthropic()

# Crear un managed agent (corre en el sandbox cloud de Anthropic)
agent = client.agents.create(
    model="claude-sonnet-4-20260514",
    instructions="You are a research specialist.",
    tools=[{"type": "web_search"}],
)

# Iniciar una sesión — el coordinador envía una subtarea
session = client.sessions.create(
    agent_id=agent.id,
    messages=[{"role": "user", "content": "Analyze A2A adoption metrics"}]
)

Ahora el enfoque de OpenAI — runtime diferente, filosofía completamente distinta:

from openai_agents import Agent, handoff

research_agent = Agent(name="researcher", model="gpt-4.1")
coding_agent = Agent(name="coder", model="gpt-4.1")

# Handoff: research_agent transfiere control total a coding_agent
research_agent.handoffs = [handoff(coding_agent)]

Dos bloques de código. Dos ecosistemas. Cero interfaz compartida. Tu agente de Claude no puede hacer handoff() a un agente de OpenAI, y tu agente de OpenAI no puede hacer sessions.create() en la infra de Anthropic. Literalmente no comparten ni un solo method call.

A2A define AgentCards para descubrimiento, un ciclo de vida de tareas para delegación y streaming — todo vendor-neutral. Fue construido para ser la capa que haría innecesarios los dos snippets de arriba. En cambio, ambos SDKs salieron al mercado sin siquiera reconocer que existe.

Por qué 150 logos no se tradujeron en adopción

A2A tiene todo lo que un estándar necesita excepto lo que hace que los estándares peguen: integración sin fricción en el punto de uso. No existe un pip install a2a que caiga directo en un proyecto de Anthropic u OpenAI. No hay middleware que auto-traduzca un handoff() a una tarea A2A. El protocolo vive en su propio repositorio, con sus propios SDKs, requiriendo que los desarrolladores construyan y mantengan shims de traducción entre su framework de orquestación real y el modelo de tareas de A2A.

Si intentas conectar SDKs de distintos vendors a través de A2A hoy, te encuentras con el clásico problema N-cuadrado: cada par de SDKs necesita un puente personalizado. Tres vendors significan seis puentes. Cuatro significan doce. Escala más o menos tan bien como las máquinas de fax.

Después está la latencia. Cada salto de traducción de protocolo agrega overhead medible — suficiente como para que encadenar tres agentes a través de capas bridge queme tiempo de reloj notable antes de que empiece cualquier razonamiento. Para loops agénticos que iteran repetidamente entre razonamiento y uso de herramientas, esto se acumula rápido.

Y la gobernanza sigue siendo un punto ciego generalizado. Tu agente coordinador no puede inspeccionar el razonamiento de un sub-agente corriendo en la infraestructura de otro vendor. Estás confiando en output que fundamentalmente no puedes auditar. La spec de A2A tampoco aborda esto.

La apuesta de Microsoft — y por qué es interesante

El Agent Framework v1.0 de Microsoft es el caso atípico que vale la pena vigilar. Es el único framework en producción que coordina entre Claude, GPT, Gemini y Bedrock en un solo grafo de delegación. No usa A2A todavía — ese disclaimer de "próximamente" está haciendo un trabajo pesado — pero prueba que la orquestación multi-vendor es técnicamente viable cuando un vendor controla la capa de routing.

El detalle: alguien tiene que ser dueño de la capa de routing. Microsoft se ofrece de voluntario. Eso no es interoperabilidad — es otro tipo de lock-in, un nivel más arriba.

La arquitectura pragmática

La decisión para cualquiera construyendo hoy es directa pero amarga: elige orquestación de un solo vendor y usa herramientas MCP como válvula de escape para la interoperabilidad. El framework de agentes de un vendor controla el grafo de delegación, MCP maneja datos externos y acceso a herramientas. Es exactamente el lock-in que la promesa multi-modelo se suponía que iba a prevenir.

MCP demostró que el acceso a herramientas se podía estandarizar — un protocolo, y cada vendor lo adoptó en meses. La delegación agente-a-agente es el mismo problema una capa más arriba, y A2A es el candidato obvio para resolverlo. La spec es sólida. La gobernanza es real. El respaldo organizacional es amplio.

Pero un protocolo que no está embebido en los SDKs que los desarrolladores usan es un protocolo que solo existe en papel. A2A cumplió un año. Tiene todo excepto lo único que cuenta: una línea en el import de alguien más.