Arquitecturas unificadas de agentes: A2A y MCP en la práctica bajo la AAIF

La Fundación Linux AAIF y la convergencia de protocolos

Cuando los sistemas multiagente crecen más allá de scripts de un solo proceso, se encuentran directamente con dos fronteras de integración bien diferenciadas:

1. ¿Cómo accede un LLM de forma fiable a herramientas y fuentes de datos estructuradas?
2. ¿Cómo colaboran agentes autónomos construidos sobre distintos frameworks a través de límites organizacionales?

Al principio, la comunidad intentó forzar protocolos individuales para resolver ambos problemas a la vez. Hubo intentos de adaptar Model Context Protocol como capa de negociación de agentes en red abierta, o de utilizar APIs HTTP propietarias que provocaban dependencia de proveedor.

La creación de la Agentic AI Foundation (AAIF) bajo el amparo de la Fundación Linux forjó el consenso de la industria:

• ACP de IBM unió fuerzas con A2A de Google, convergiendo en la Especificación del protocolo A2A unificada, alojada bajo la gobernanza neutral del repositorio a2aproject/A2A.
• MCP de Anthropic se consolidó como el estándar de la fundación para la conectividad entre modelos y herramientas.

En lugar de competir, ambos estándares se dividen con nitidez a lo largo de ejes ortogonales.

MCP Norte-Sur vs A2A Este-Oeste

El modelo mental para el diseño moderno de agentes empresariales se corresponde directamente con la topología de red clásica:

Norte-Sur: La capa de ejecución MCP

• Dirección: Vertical (Agente ↔ Herramienta / Datos internos).
• Patrón de control: Invocación determinista estricta. El modelo del agente actúa como maestro; la herramienta es una capacidad pasiva.
• Alcance: Infraestructura privada detrás del cortafuegos corporativo: bases de datos relacionales, sistemas ERP internos, acceso a sistemas de archivos y utilidades de línea de comandos locales.
• Contrato: Esquema JSON-RPC que describe parámetros, argumentos y valores de retorno síncronos.

Este-Oeste: La capa de colaboración A2A

• Dirección: Horizontal (Agente ↔ Agente homólogo).
• Patrón de control: Delegación de objetivos asíncrona. El emisor declara lo que necesita lograr; el receptor decide autónomamente cómo conseguirlo.
• Alcance: Colaboración entre equipos, entre diferentes empresas y entre múltiples nubes.
• Contrato: La Agent Card (agent.json), que define identidad, capacidades, habilidades en lenguaje natural, interfaces de streaming y autenticación mutua.

Interoperabilidad entre LangGraph, CrewAI y Google ADK

Antes de la convergencia de protocolos, un agente empresarial escrito en LangGraph no podía delegar tareas fácilmente a un equipo de investigación en CrewAI o a un flujo de trabajo en Google ADK sin crear adaptadores de API a medida.

Bajo los estándares de la AAIF, cada framework conserva su motor de razonamiento interno propio mientras comparte una interfaz externa universal:

1. LangGraph (Coordinador): Actúa como el agente principal orientado al cliente, administrando ciclos de estado complejos mediante grafos.
2. CrewAI (Equipo especializado): Opera una cuadrilla con múltiples roles para análisis de mercado, exponiendo una interfaz A2A en https://crew.example.com/a2a.
3. Google ADK (Trabajador): Procesa canalizaciones de extracción y traducción documental.

Cuando el coordinador en LangGraph determina que se requiere investigación de mercado:

• Lee la Agent Card de CrewAI desde /.well-known/agent.json.
• Inspecciona el array skills para confirmar que el agente maneja la habilidad market-analysis.
• Envía una tarea mediante JSON-RPC sobre HTTPS.
• Recibe actualizaciones de estado en tiempo real mediante Server-Sent Events (SSE).

El papel de Agent Card en redes multiagente

En esta arquitectura, la Agent Card es el eslabón fundamental. Transforma un agente aislado en un nodo localizable dentro de la web agéntica global:

• Identidad y proveedor: Certifica quién es el propietario del agente y enlaza con credenciales de confianza.
• Declaración de habilidades: Comunica competencias en lenguaje natural y modalidades de entrada/salida (texto, audio, payloads JSON).
• Interfaces soportadas: Declara vinculaciones de protocolo (JSONRPC, HTTP+JSON o gRPC) y endpoints accesibles.
• Esquemas de seguridad: Detalla la autenticación requerida, como credenciales de cliente OAuth2 o TLS mutuo.

Puede examinar cada uno de los atributos del estándar v1.0 en nuestra referencia del esquema de Agent Card.

Guía de despliegue en producción

Al construir agentes empresariales alineados con los estándares de la AAIF, siga esta secuencia recomendada:

1. Herramientas internas: Implemente sus conexiones de datos utilizando servidores estándar MCP. Mantenga estos endpoints en red privada.
2. Borrador de la Agent Card: Compile su archivo agent.json declarando las habilidades públicas que su agente ofrece a otros equipos.
3. Validación de metadatos: Pase su tarjeta por el validador de Agent Card para verificar el cumplimiento de las interfaces y descartar errores de sintaxis.
4. Despliegue del endpoint bien conocido: Aloje el archivo en /.well-known/agent.json bajo HTTPS con cabeceras CORS válidas y control de caché adecuado.
5. Establecimiento de enlaces: Comparta el dominio de su agente con equipos externos para permitir el descubrimiento automatizado de capacidades sin requerir integraciones de código personalizadas.

Preguntas frecuentes

¿Por qué IBM unió ACP con A2A bajo la Fundación Linux?

Para eliminar la fragmentación en la industria. Dado que tanto A2A de Google como ACP de IBM buscaban resolver la interoperabilidad entre agentes, su unión bajo la AAIF de la Fundación Linux estableció un estándar abierto único respaldado por todo el ecosistema.

¿Puede un agente consumir herramientas MCP mientras expone una Agent Card de A2A?

Sí, este es el patrón de arquitectura estándar en producción. Internamente, el agente se conecta a bases de datos y APIs privadas a través de MCP; externamente, expone sus capacidades de alto nivel y endpoints a otros agentes mediante una Agent Card de A2A.

¿Cómo exponen una interfaz A2A los agentes desarrollados en LangGraph o CrewAI?

El agente encapsula la lógica de ejecución de su grafo o equipo dentro de un servidor HTTP JSON-RPC ligero, registra sus capacidades en un archivo agent.json ubicado en /.well-known/agent.json y atiende solicitudes según el protocolo A2A.

¿En qué se diferencia la seguridad entre MCP y A2A?

MCP asume una sesión local o de confianza preconfigurada entre el host y sus herramientas. A2A atraviesa límites de redes públicas abiertas, requiriendo esquemas de seguridad declarativos (OAuth2, OIDC, claves de API) y firmas criptográficas JWS en la Agent Card.

¿Qué herramientas ayudan a construir y probar este stack de doble capa?

AgentCard.net proporciona el explorador de esquema, generador y validador para la capa de descubrimiento A2A, que se integra de manera fluida junto a sus servidores MCP existentes.

Referencias

1. Especificación del protocolo A2A (a2a-protocol.org)a2a-protocol.org
2. Repositorio del protocolo A2A (a2aproject/A2A)github.com/a2aproject/A2A
3. Especificación de Model Context Protocol (MCP)modelcontextprotocol.io/