Panorama de los protocolos agente a agente: tarjetas de agente A2A, tareas y dónde encaja MCP

Qué es

El protocolo Agent2Agent (A2A) es una especificación abierta para la comunicación entre sistemas de agentes independientes, posiblemente opacos, construidos por distintos proveedores sobre distintos frameworks; su objetivo declarado es un lenguaje y un modelo de interacción comunes sin que los agentes compartan estado interno, memoria ni herramientas. La versión 1.0.0 es la versión actual, publicada bajo la Linux Foundation, con la definición de protocol buffer como fuente normativa. Sus componentes básicos: una Agent Card, un documento JSON que un servidor publica (obtenido desde /.well-known/agent-card.json) y que describe la identidad, las capacidades, las habilidades, el endpoint del servicio y los esquemas de seguridad que debe usar un cliente (clave de API, autenticación HTTP, OAuth 2.0, OpenID Connect o TLS mutuo), más una tarjeta extendida autenticada opcional; tareas, la unidad de trabajo, con los estados submitted, working, input-required, auth-required, completed, failed, canceled y rejected, donde los dos estados interrumpidos devuelven el control al cliente; mensajes intercambiados durante una tarea y artefactos producidos por ella, ambos compuestos de partes que son texto, archivos o datos estructurados; y operaciones para enviar un mensaje, transmitirlo en flujo, obtener, listar, cancelar o suscribirse a una tarea, y gestionar configuraciones de notificaciones push para webhooks. Se especifican tres enlaces: JSON-RPC 2.0 sobre HTTP, gRPC y HTTP con JSON; las llamadas bloqueantes esperan un estado terminal o interrumpido, las no bloqueantes retornan de inmediato y el cliente sondea, recibe en flujo o recibe webhooks.

Por qué importa

Un agente que delega en otro agente necesita descubrimiento (qué puede hacer, cómo autenticarse), una identidad de tarea que sobreviva a un trabajo de larga duración y a la intervención humana, y una manera de recibir resultados sin mantener una conexión abierta. Los principios rectores de la especificación nombran exactamente estas cuestiones: reutilización de HTTP, JSON-RPC y Server-Sent Events, un diseño asíncrono por defecto para tareas largas con una persona en el bucle, y una ejecución opaca. Su apéndice sobre MCP traza la línea en la que ambos proyectos coinciden: MCP estandariza cómo un modelo o agente se conecta a herramientas, API y fuentes de datos; A2A estandariza cómo los agentes se descubren entre sí, negocian la interacción y gestionan tareas compartidas como pares, y un servidor A2A puede usar MCP internamente para realizar su trabajo.

Cómo aplicarlo

• Publicar una Agent Card solo para las capacidades que realmente se ofrecen, y mantener las descripciones de las habilidades lo bastante concretas como para que un cliente pueda enrutar según ellas.
• Modelar el trabajo largo como tareas y usar input-required para las aclaraciones en lugar de fallar; los clientes deben manejar ambos estados interrumpidos.
• Elegir un único enlace por despliegue y documentarlo en la tarjeta; no esperar que los clientes prueben varios.
• Tratar las partes recibidas como datos, exactamente igual que se tratan los resultados de herramientas; el protocolo transporta contenido, no confianza.

Trampas

La versión 1.0.0 cambió estructuras respecto a versiones anteriores (el apéndice de migración de la especificación enumera cambios incompatibles, como la eliminación del discriminador kind y la reubicación del campo de tarjeta extendida), por lo que las bibliotecas escritas para 0.2 o 0.3 necesitan revisión. Una tarjeta describe lo que un agente afirma; verificar el comportamiento sigue siendo tarea del cliente.