El protocolo A2A (Agent-to-Agent) es un estándar abierto impulsado por Google que permite a agentes de inteligencia artificial de distintos fabricantes comunicarse, colaborar y delegarse tareas entre sí sin intervención humana. Fue anunciado en abril de 2025 y se complementa con el protocolo MCP (Model Context Protocol) de Anthropic: mientras MCP conecta agentes con herramientas y datos, A2A conecta agentes con otros agentes. Para las empresas, significa que sus sistemas de IA pueden coordinarse de forma autónoma para completar flujos de trabajo complejos.
¿Qué es el protocolo A2A y quién lo impulsa?
Hasta 2025, los agentes de IA funcionaban como islas: cada uno dentro de su ecosistema, sin capacidad real de comunicarse con agentes de otros fabricantes. El protocolo A2A nació para resolver exactamente ese problema. Es un estándar abierto basado en tecnologías web convencionales —HTTP y JSON— que define cómo un agente puede descubrir a otro, entender sus capacidades y asignarle una tarea.
Google lanzó A2A en abril de 2025 durante Google Cloud Next, con el respaldo inicial de más de cincuenta empresas tecnológicas entre las que se incluían Salesforce, SAP y ServiceNow. La propuesta no es un producto de Google sino un protocolo abierto diseñado para que cualquier empresa pueda adoptarlo, independientemente del modelo de IA que use.
El principio que lo articula es simple: si los humanos nos coordinamos mediante conversaciones estructuradas, los agentes deberían poder hacer lo mismo. A2A les da ese lenguaje común.
¿Cómo se comunican dos agentes IA sin intervención humana?
Cuando un agente necesita la ayuda de otro bajo el protocolo A2A, el proceso sigue cuatro fases. Cada fase ocurre de forma automática, sin que ningún humano tome decisiones intermedias.
Las 4 fases de una conversación A2A
| Fase |
Qué ocurre |
Ejemplo concreto |
| 1. Descubrimiento |
El agente A localiza al agente B consultando su «agent card», una ficha pública que describe sus capacidades |
Un agente de atención al cliente detecta que necesita procesar un reembolso y busca al agente de pagos disponible |
| 2. Negociación |
Ambos agentes acuerdan el formato de la tarea, el tipo de respuesta esperada y las condiciones de la delegación |
El agente de pagos confirma que puede procesar el reembolso en euros y que responderá con un ID de transacción |
| 3. Ejecución |
El agente B completa la tarea asignada y devuelve el resultado al agente A en el formato pactado |
El agente de pagos procesa el reembolso y envía el ID de confirmación al agente de atención al cliente |
| 4. Cierre |
El agente A integra el resultado en su flujo y continúa con la tarea original sin escalar al humano |
El agente de atención al cliente informa al usuario del reembolso aprobado con el número de referencia |
Todo el proceso puede completarse en segundos. El usuario recibe una respuesta completa sin saber que detrás han colaborado dos o más agentes de sistemas distintos.
A2A y MCP: la pareja que define la arquitectura de agentes de 2026
A2A y MCP son protocolos distintos que resuelven problemas distintos y se complementan. Entenderlos juntos es clave para diseñar sistemas de agentes IA robustos.
|
MCP (Model Context Protocol) |
A2A (Agent-to-Agent) |
| Impulsado por |
Anthropic |
Google (estándar abierto) |
| Conecta |
Un agente con herramientas, APIs y bases de datos |
Un agente con otro agente de cualquier fabricante |
| Ejemplo |
Un agente accede a tu CRM para consultar el historial de un cliente |
Un agente delega la gestión del reembolso a otro agente especializado |
| Analogía |
El agente tiene manos para usar herramientas |
El agente tiene voz para hablar con otros agentes |
Una arquitectura completa usa ambos: MCP para que cada agente acceda a sus fuentes de datos, y A2A para que los agentes se coordinen entre ellos. Sin MCP, los agentes están ciegos ante los datos de la empresa. Sin A2A, cada agente trabaja solo aunque esté en la misma organización.
¿Qué implica A2A para las empresas que despliegan agentes IA?
La adopción del protocolo A2A cambia el modo en que las empresas diseñan sus sistemas de IA. Hasta ahora, el enfoque habitual era construir un único agente grande que lo hiciera todo. A2A hace posible —y más eficiente— un modelo diferente: múltiples agentes especializados por dominio que se coordinan entre ellos.
Las implicaciones prácticas son tres:
- Especialización sin silos: puedes tener un agente experto en atención al cliente, otro en facturación y otro en logística, y los tres colaborar en tiempo real sin que el usuario note la separación. Ejemplo: un cliente pregunta por el estado de su pedido con incidencia de pago; el agente de atención consulta al de logística y al de pagos antes de responder.
- Interoperabilidad entre proveedores: si tu agente de ventas está en un proveedor y tu agente de inventario en otro, A2A les permite hablar igualmente. Ejemplo: un agente de Salesforce puede delegar una comprobación de stock a un agente desplegado en SAP.
- Escalabilidad sin reescribir el sistema: añadir una nueva capacidad no implica reconstruir el agente central, sino conectar un nuevo agente especializado. Ejemplo: cuando la empresa añade un canal de WhatsApp, conecta un nuevo agente de mensajería sin tocar el resto de la arquitectura.
¿Qué riesgos introduce la comunicación autónoma entre agentes?
La autonomía que hace útil a A2A es también su principal vector de riesgo. Cuando dos agentes se comunican sin supervisión humana, los errores y los ataques se propagan con la misma velocidad que las tareas correctas.
Los tres riesgos más relevantes para equipos técnicos y de seguridad son:
- Propagación de instrucciones maliciosas: si un agente ha sido comprometido mediante prompt injection, puede pasar instrucciones manipuladas al siguiente agente de la cadena. Ejemplo: un agente que lee correos externos recibe uno con instrucciones ocultas y las reenvía al agente de pagos.
- Escalada de privilegios involuntaria: un agente con permisos limitados puede obtener acceso a recursos restringidos delegando la tarea a un agente con más permisos. Ejemplo: el agente de atención al cliente, sin acceso a datos financieros, le pide al agente de facturación que extraiga información sensible.
- Bucles de delegación sin fin: dos agentes pueden delegarse mutuamente la misma tarea de forma indefinida si no existe un mecanismo de interrupción. Ejemplo: el agente A no sabe gestionar una excepción y se la pasa al agente B, que tampoco sabe y se la devuelve al agente A.
La recomendación de seguridad para arquitecturas A2A sigue el principio de mínimo privilegio: cada agente debe tener acceso únicamente a lo que necesita para su tarea específica, sin posibilidad de heredar permisos de otros agentes de la cadena. Si implementas A2A sobre OpenClaw, la guía de ingeniería avanzada de agentes con OpenClaw cubre los patrones de orquestación y los controles de seguridad aplicables a tu instalación.
Preguntas frecuentes sobre el protocolo A2A
-
¿El protocolo A2A es exclusivo de Google o cualquier empresa puede adoptarlo?
A2A es un estándar abierto. Google lo impulsó y lo puso a disposición pública, pero está diseñado para que cualquier empresa, proveedor de IA o desarrollador lo adopte independientemente del modelo que use. El objetivo declarado es crear interoperabilidad real entre ecosistemas distintos, no crear dependencia de un proveedor.
-
¿A2A reemplaza a los sistemas de automatización como Zapier o Make?
No directamente, pero amplía lo que es posible. Los sistemas de automatización tradicionales ejecutan flujos predefinidos con reglas fijas. A2A permite que los agentes tomen decisiones dinámicas sobre a quién delegar y cómo, sin necesidad de haber programado ese camino de antemano. Son enfoques complementarios: la automatización clásica para flujos repetitivos y predecibles; A2A para situaciones que requieren razonamiento y adaptación en tiempo real.
-
¿Necesito cambiar mi infraestructura actual para implementar A2A?
A2A usa HTTP y JSON, tecnologías web estándar, por lo que no requiere infraestructura especial. Lo que sí requiere es que cada agente exponga una «agent card» pública con la descripción de sus capacidades. Si tus agentes actuales están desplegados con APIs REST convencionales, la adaptación es relativamente ligera. Lo que cambia es el modelo de diseño: pasar de un agente monolítico a una arquitectura de agentes especializados.
-
¿Cómo se audita lo que hacen los agentes cuando se comunican entre ellos?
La observabilidad es uno de los desafíos más relevantes en arquitecturas A2A. Cada intercambio entre agentes debe generar un registro (log) con la tarea delegada, el agente receptor, el resultado y el tiempo de ejecución. Sin esa trazabilidad, es imposible depurar errores o detectar comportamientos anómalos. Las plataformas de agentes empresariales están incorporando dashboards de observabilidad específicos para arquitecturas multi-agente.
-
¿A2A funciona solo con agentes del mismo fabricante o entre fabricantes distintos?
La interoperabilidad entre fabricantes distintos es precisamente el objetivo principal de A2A. Un agente construido sobre modelos de Google puede comunicarse con uno basado en modelos de Anthropic, OpenAI o cualquier otro, siempre que ambos implementen el protocolo. Esta capacidad es lo que lo diferencia de las soluciones propietarias de coordinación multi-agente que cada plataforma ha desarrollado para uso interno.
