A2A y MCP: el stack de interoperabilidad que conecta tus agentes
MCP conecta agentes con herramientas; A2A conecta agentes entre sí. Descubre la arquitectura de dos capas que ya opera en Azure, AWS y Google Cloud, y cómo implementarla en tu empresa paso a paso.
Cognitiva, agencia chilena de IA, observa en las empresas que ya tienen agentes en producción un patrón recurrente: el agente habla con sus herramientas vía MCP, pero no puede coordinarse con otros agentes. Ahí entra A2A. El protocolo Agent-to-Agent (A2A) es el complemento horizontal que le faltaba al stack: mientras MCP conecta un agente con sus herramientas en dirección vertical, A2A permite que agentes de distintas plataformas o fabricantes se coordinen entre sí en dirección horizontal. Lanzado por Google en abril de 2025 con más de 50 organizaciones fundadoras, en un año llegó a más de 150 y se integró de forma nativa en Azure AI Foundry, Amazon Bedrock AgentCore y Google Cloud. Su versión 1.0 estable quedó bajo la gobernanza de Linux Foundation. Este artículo explica la arquitectura en dos capas, el mecanismo de Agent Cards para el descubrimiento de agentes, y entrega una guía de implementación por fases pensada para equipos técnicos de empresas en Chile que ya usan agentes MCP y quieren dar el siguiente paso.
MCP y A2A no compiten: son capas distintas
La pregunta más habitual cuando una empresa empieza a trabajar con múltiples agentes es si debe usar MCP o A2A. La respuesta casi siempre es los dos, en capas distintas. MCP (Model Context Protocol, de Anthropic) resuelve el problema vertical: un agente que necesita leer una base de datos, llamar una API o acceder a un archivo lo hace a través de un MCP server. A2A resuelve el problema horizontal: un agente orquestador que delega una subtarea a un agente especializado —construido en otro framework, por otro equipo o incluso por otro proveedor— lo hace a través de A2A.
El protocolo A2A define tres responsabilidades: cómo un agente cliente formula una tarea y la envía a un agente remoto; cómo el agente remoto la ejecuta y devuelve resultados con soporte para tareas de larga duración; y cómo ambos negocian capacidades antes de comenzar. Todo ocurre sobre HTTP estándar, Server-Sent Events y JSON-RPC, sin dependencias propietarias. Esta elección de tecnologías consolidadas reduce la curva de adopción para equipos que ya conocen el stack web.
Agent Cards: el pasaporte de descubrimiento entre agentes
El mecanismo central de A2A para el descubrimiento de agentes son los Agent Cards: archivos JSON que cada agente publica en una ruta conocida (/.well-known/agent-card.json), análogos a los manifests de OpenAPI pero para capacidades de agente. Un Agent Card declara qué tareas acepta el agente, qué formatos de entrada y salida soporta, qué esquemas de autenticación requiere y qué versión del protocolo implementa. La firma criptográfica de Agent Cards —Signed Agent Cards—, introducida en la versión 0.3 y consolidada en la 1.0, permite que el agente receptor verifique que la tarjeta fue emitida legítimamente por el dominio propietario.
El ciclo de vida de una tarea en A2A contempla varios estados, no solo cuatro: submitted (recibida), working (en proceso), input-required (requiere más datos), completed, failed, canceled, rejected y auth-required. Para tareas de larga duración —análisis de documentos, flujos de aprobación, orquestaciones complejas— el agente remoto emite actualizaciones intermedias vía Server-Sent Events, sin que el agente cliente tenga que hacer consultas activas. Esto resulta clave en flujos empresariales donde una tarea puede durar minutos u horas, y el agente cliente necesita saber el estado sin bloquear su propio ciclo de ejecución.
El ecosistema A2A en 2026
En su primer año de vida, A2A pasó de ser una propuesta de Google a convertirse en el estándar de facto para la interoperabilidad entre agentes en plataformas empresariales. La convergencia de los tres grandes hiperescaladores sobre un mismo protocolo abierto reduce el riesgo de adopción para las empresas chilenas: un agente construido con el SDK de Python de A2A puede coordinarse con uno en Azure AI Foundry sin capas de traducción adicionales.
| Plataforma cloud | Producto específico | Estado |
|---|---|---|
| Microsoft | Azure AI Foundry y Copilot Studio | Producción |
| Amazon Web Services | Bedrock AgentCore Runtime | Producción |
| Google Cloud | Integración nativa en la plataforma | Producción |
Los cinco SDKs de producción disponibles eliminan otra barrera de adopción: el equipo técnico de una empresa chilena puede implementar A2A en el lenguaje que ya usa, sin aprender uno nuevo. Las más de 22.000 estrellas acumuladas en GitHub señalan una comunidad activa con ejemplos y guías en actualización continua.
Marco de decisión: cuándo sumar A2A a tu stack MCP
El criterio de Cognitiva
Antes de sumar A2A a tu arquitectura, conviene responder cuatro preguntas. Si contestas afirmativamente a dos o más, A2A tiene sentido en tu hoja de ruta para 2026:
- ¿Tienes más de un agente especializado con responsabilidades diferenciadas (ventas, soporte, análisis, operaciones)?
- ¿Esos agentes están construidos sobre frameworks distintos —LangGraph, PydanticAI, Vercel AI SDK— o los mantienen equipos separados?
- ¿Necesitas orquestar tareas de varios pasos que cruzan los límites de esos agentes?
- ¿Requieres trazabilidad y auditoría de cada paso de coordinación, con un registro claro de qué agente ejecutó qué acción?
Si solo tienes un agente que usa herramientas propias en un único framework, MCP por sí solo es suficiente por ahora. Agregar A2A antes de necesitarlo introduce complejidad operacional sin beneficio real. La madurez del stack importa tanto como elegir el protocolo correcto.
MCP te da las herramientas. A2A te da los colaboradores. Juntos te dan la fábrica de agentes.
Implementación por fases en tu empresa
Esta es la secuencia que recomendamos para una empresa en Chile que ya tiene agentes MCP en producción y quiere sumar coordinación entre agentes vía A2A:
- Valida el stack MCP primero. Antes de agregar A2A, asegúrate de que cada agente tiene sus MCP servers estables y probados en producción. A2A sobre una base inestable multiplica la complejidad de diagnóstico.
- Define los Agent Cards de tus agentes actuales. Documenta qué hace cada agente, qué acepta como entrada y qué devuelve. Este ejercicio tiene valor independiente de A2A: fuerza a clarificar responsabilidades y fronteras entre agentes.
- Instala el SDK en tu lenguaje. A2A tiene SDKs de producción en Python, JavaScript, Java, Go y .NET. Para equipos en Chile que ya usan Python o TypeScript, ambos SDKs están listos para producción.
- Prueba A2A entre dos agentes propios en la primera iteración. No te conectes a agentes externos todavía. Comienza con un agente orquestador y uno especializado, ambos bajo tu control.
- Suma autenticación empresarial. La versión 1.0 define esquemas de autenticación modernos. Si tu empresa ya cuenta con SSO (Entra ID, Okta), conéctalo antes de abrir el protocolo hacia agentes externos.
- Evalúa la integración con tu plataforma cloud. Si ya usas Azure, AWS o Google Cloud, verifica la integración nativa disponible. Puede ahorrarte semanas de configuración a medida.
Preguntas frecuentes
Da el siguiente paso
Hablemos
Cuéntanos sobre tu negocio. Respondemos en 24 horas.
Otros canales
Escríbenos por WhatsApp o agenda una llamada de 30 minutos.