Capital de TokensLa carrera por construir mejores agentes de inteligencia artificial está empezando a cambiar de nivel.
Durante los últimos dos años gran parte de la atención estuvo en el modelo: cuál razona mejor, cuál programa mejor, cuál tiene más contexto o cuál cuesta menos. Pero cuando esos modelos comienzan a operar como agentes autónomos conectados a herramientas, datos y otros agentes, aparece un problema distinto:
¿Cómo conseguimos que sistemas construidos por proveedores diferentes puedan colaborar sin crear una integración propietaria para cada combinación posible?
Ahí entra A2A, Agent2Agent Protocol.
El 17 de agosto de 2026, Axios informó que A2A —creado originalmente por Google y ya donado a la Linux Foundation— pasa ahora a la Agentic AI Foundation (AAIF), el paraguas especializado en infraestructura abierta para agentes.
Puede parecer un cambio meramente administrativo. No lo es.
La noticia ayuda a consolidar bajo una gobernanza común varias piezas que empiezan a parecerse a una capa estándar para construir sistemas agentic interoperables.
Primero: ¿qué es A2A?
A2A es un protocolo abierto diseñado para que agentes independientes puedan descubrirse, comunicarse y delegarse trabajo aunque hayan sido creados con frameworks, lenguajes, modelos o proveedores distintos.
La documentación oficial lo presenta como una capa de interoperabilidad entre aplicaciones agentic potencialmente opacas. Ese detalle es importante: dos agentes pueden colaborar sin tener que revelar entre sí su memoria interna, sus prompts privados, sus herramientas propietarias o toda su implementación.
Un agente remoto puede exponer algo parecido a una tarjeta de presentación digital —una Agent Card— donde describe quién es, qué capacidades ofrece y cómo puede ser contactado.
Después, otro agente puede decidir si esa capacidad le sirve y delegarle una tarea.
Conceptualmente:
Agente A
↓ descubre capacidades
Agent Card del Agente B
↓
selecciona una skill
↓
delega una tarea
↓
Agente B trabaja
↓
estado / progreso
↓
resultadoA2A estandariza precisamente esa frontera entre sistemas.
El error común: pensar que A2A compite con MCP
No compiten.
Resuelven problemas distintos.
MCP —Model Context Protocol— normaliza principalmente la comunicación entre un agente y las herramientas, APIs, recursos o fuentes de datos que necesita utilizar.
A2A, en cambio, normaliza la comunicación entre agentes independientes.
Podemos resumirlo así:
MCP
Agente ↔ herramientas / APIs / datos
A2A
Agente ↔ agenteLa propia documentación de A2A describe ambos protocolos como complementarios.
Una arquitectura real podría utilizar MCP dentro de cada agente para darle capacidades y A2A entre agentes para coordinar especialidades.
Por ejemplo, imaginemos un sistema empresarial formado por varios agentes:
Agente de soporte
│
│ A2A
▼
Agente de facturación
│
├── MCP → ERP
├── MCP → base de datos
└── MCP → sistema de pagos
Agente de soporte
│
│ A2A
▼
Agente técnico
│
├── MCP → GitHub
├── MCP → observabilidad
└── MCP → documentación internaEl agente de soporte no necesita conocer cómo está implementado cada agente especializado. Necesita saber qué puede hacer, cómo invocarlo y cómo interpretar el estado o resultado de la tarea.
Ese desacoplamiento es el verdadero valor de un protocolo.
Entonces, ¿qué cambia al entrar A2A en la AAIF?
A2A ya estaba bajo la Linux Foundation desde 2025.
Lo nuevo es que pasa a un hogar mucho más específico: la Agentic AI Foundation, creada precisamente para agrupar proyectos y estándares abiertos relacionados con infraestructura agentic.
AAIF nació en diciembre de 2025 con contribuciones iniciales de:
- MCP, aportado por Anthropic;
- goose, aportado por Block;
- AGENTS.md, aportado por OpenAI.
La fundación fue creada bajo la Linux Foundation con el objetivo de ofrecer gobernanza neutral para tecnologías fundamentales del ecosistema de agentes.
La incorporación de A2A coloca bajo un mismo paraguas dos piezas especialmente importantes:
AAIF
│
┌─────────┴─────────┐
│ │
MCP A2A
│ │
agente ↔ tools agente ↔ agenteEso no significa que todos esos proyectos vayan a fusionarse ni que exista un único “protocolo universal”.
Significa algo más práctico: sus comunidades pueden evolucionar dentro de un entorno de gobernanza común y orientado explícitamente a interoperabilidad agentic.
El objetivo real es evitar una explosión de integraciones N × N
Sin protocolos comunes, cada proveedor tendría que construir conectores específicos para cada otro proveedor.
Supongamos que tenemos cinco plataformas de agentes:
A ↔ B
A ↔ C
A ↔ D
A ↔ E
B ↔ C
B ↔ D
...A medida que aumenta el número de plataformas, aumenta rápidamente el número de integraciones que deben mantenerse.
Con un protocolo común, la idea cambia:
Agente A ─┐
Agente B ─┤
Agente C ─┼── protocolo común
Agente D ─┤
Agente E ─┘No desaparece toda la complejidad, pero cambia dónde vive.
En vez de diseñar una integración privada para cada relación, cada sistema intenta hablar un lenguaje interoperable.
Es exactamente el tipo de abstracción que permitió que otras capas de Internet crecieran sin que cada aplicación tuviera que inventar desde cero su propio mecanismo de comunicación.
A2A ya no es solamente una idea experimental
La evolución del proyecto durante 2026 muestra que el protocolo ha avanzado rápidamente.
En abril, la Linux Foundation informó que más de 150 organizaciones apoyaban A2A y que ya existían integraciones profundas con plataformas de Google, Microsoft y AWS, además de despliegues productivos en industrias como servicios financieros, seguros, supply chain y operaciones de TI.
La versión A2A 1.0 marca además la primera versión estable orientada a producción del estándar.
La documentación actual incluye SDKs para varios ecosistemas, entre ellos:
- Python;
- JavaScript;
- Java;
- Go;
- .NET;
- Rust.
Esto importa porque los estándares solo se vuelven útiles cuando existen implementaciones accesibles y suficientes actores tienen incentivos para utilizarlos.
La AAIF también está creciendo rápidamente
El movimiento ocurre en un momento en que la propia Agentic AI Foundation está ganando escala.
El 13 de agosto de 2026, pocos días antes de conocerse el traslado de A2A, la Linux Foundation anunció que AAIF había alcanzado 247 organizaciones miembro después de sumar 57 nuevas organizaciones durante el trimestre.
La lista incluye empresas de nube, proveedores de software empresarial, instituciones financieras, organizaciones de investigación y compañías tecnológicas de diferentes regiones.
La señal es importante: el debate sobre agentes ya no gira únicamente alrededor de quién tiene el mejor modelo.
Empieza a girar alrededor de qué infraestructura compartida necesitan esos agentes para funcionar en sistemas reales.
El stack agentic podría terminar pareciéndose más a Internet que a una aplicación monolítica
Todavía estamos temprano y sería exagerado declarar que A2A o MCP son ya equivalentes a HTTP o TCP/IP.
Pero la dirección arquitectónica se parece.
Podemos imaginar varias capas:
┌──────────────────────────────┐
│ Aplicaciones y experiencias │
├──────────────────────────────┤
│ Agentes / runtimes / modelos │
├──────────────────────────────┤
│ A2A → coordinación │
├──────────────────────────────┤
│ MCP → herramientas y datos │
├──────────────────────────────┤
│ APIs · DB · SaaS · sistemas │
└──────────────────────────────┘La comparación no implica que esta sea la arquitectura definitiva.
Lo interesante es el principio: las capacidades importantes empiezan a separarse en protocolos neutrales en lugar de quedar encerradas dentro de una sola plataforma.
Eso puede permitir que una empresa combine:
- un agente construido con un framework;
- un modelo de otro proveedor;
- herramientas publicadas mediante MCP;
- agentes especializados de terceros expuestos mediante A2A;
- sistemas internos que permanezcan privados.
La arquitectura deja de ser necesariamente un producto único y empieza a parecerse a una red de componentes interoperables.
Pero compartir protocolos no resuelve automáticamente todos los problemas
Conviene no confundir interoperabilidad con magia.
A2A puede estandarizar la comunicación entre agentes, pero todavía quedan cuestiones difíciles:
- identidad del agente;
- autenticación y autorización;
- confianza entre organizaciones;
- observabilidad distribuida;
- trazabilidad de decisiones;
- políticas de seguridad;
- límites de gasto;
- manejo de secretos;
- evaluación de calidad;
- resolución de errores y reintentos;
- responsabilidad cuando una cadena de agentes produce un resultado incorrecto.
Una empresa puede tener agentes perfectamente compatibles a nivel de protocolo y aun así operar un sistema inseguro o poco confiable.
Los protocolos solucionan una parte fundamental: definen cómo hablar.
No definen por sí solos en quién confiar, qué permitir o cómo gobernar toda la ejecución.
Por qué esta noticia sí importa
La entrada de A2A en AAIF es interesante menos por el cambio de dirección institucional y más por lo que revela sobre la madurez del ecosistema.
Estamos viendo una transición:
fase 1
modelos aislados
fase 2
modelos + herramientas
fase 3
agentes especializados
fase 4
redes de agentes interoperablesEn esa cuarta fase, la ventaja competitiva puede dejar de depender únicamente de tener un agente extraordinario.
También importará qué tan bien puede ese agente descubrir capacidades externas, delegar trabajo, utilizar herramientas y colaborar con sistemas que no fueron construidos por el mismo proveedor.
A2A y MCP apuntan justamente a esas fronteras.
Una posible lectura: estamos viendo nacer la capa de protocolos de la IA agentic
La historia de la computación muestra una y otra vez que los ecosistemas crecen cuando ciertas interfaces dejan de pertenecer a una sola compañía y se convierten en infraestructura compartida.
Todavía no sabemos qué protocolos sobrevivirán, cuáles cambiarán o qué nuevas capas aparecerán.
Pero la combinación de MCP para herramientas y contexto y A2A para colaboración entre agentes, bajo una fundación neutral que ya reúne a cientos de organizaciones, merece atención.
No porque elimine la fragmentación mañana.
Sino porque señala hacia una arquitectura en la que un agente podría decir:
Tengo una tarea. No necesito saber cómo estás construido. Solo necesito descubrir qué puedes hacer, comprobar que puedo confiar en ti, delegarte el trabajo y recibir un resultado verificable.
Cuando eso funcione de manera rutinaria entre proveedores, frameworks y organizaciones diferentes, habremos pasado de construir agentes aislados a construir una verdadera red de agentes.
Y ahí es donde A2A puede terminar siendo mucho más importante que otro framework de moda.