¿Qué es Agent2Agent (A2A)? Cómo se comunican y colaboran los agentes de IA

Agent2Agent (A2A) es un protocolo abierto que permite a los agentes de IA descubrirse mutuamente, intercambiar mensajes, delegar tareas, informar del progreso y devolver resultados a través de los límites del sistema. Está diseñado para situaciones en las que un agente necesita ayuda de otro sin requerir que ninguna de las partes exponga su razonamiento interno, memoria o implementación.

A medida que las organizaciones despliegan agentes especializados, la comunicación se convierte en un problema de infraestructura. Un agente de adquisiciones puede necesitar información de un agente de cumplimiento; un agente de atención al cliente puede necesitar un agente de logística para investigar un envío. A2A ofrece una forma común de coordinar ese trabajo incluso cuando los agentes utilizan diferentes marcos, proveedores o modelos.

Por qué los agentes necesitan un estándar de comunicación

Las API tradicionales exponen funciones y datos, pero una interacción agente‑a‑agente puede ser más abierta. El agente receptor puede necesitar interpretar un objetivo, decidir cómo resolverlo, hacer preguntas de seguimiento, trabajar durante minutos u horas, transmitir actualizaciones y devolver varios artefactos.

Sin un protocolo compartido, cada plataforma definiría sus propios formatos para identidad, descubrimiento de capacidades, tareas, mensajes, estado y errores. Esa fragmentación dificulta la delegación entre plataformas y encierra a los agentes útiles dentro de productos individuales.

A2A estandariza la capa de comunicación mientras permite que cada agente siga siendo una caja negra. La actual especificación A2A define los objetos centrales del protocolo y sus interacciones.

Los roles clave en A2A

Esta separación es lo que hace que A2A sea diferente de una simple llamada a función. El participante remoto puede gestionar una tarea de larga duración, solicitar información adicional, negociar los tipos de contenido compatibles y devolver uno o más artefactos. El agente cliente rastrea esa tarea mientras preserva la identidad y autoridad del usuario o aplicación que la inició.

Una interacción A2A generalmente involucra dos roles lógicos:

• Agente cliente: el agente o aplicación que solicita trabajo.
• Agente remoto: el agente que recibe la solicitud y realiza o coordina el trabajo.

Las palabras “cliente” y “remoto” describen la interacción actual, no una jerarquía permanente. El mismo agente puede solicitar trabajo en un contexto y servir a otro agente en un contexto diferente.

Tarjetas de agente: descubriendo capacidades

Antes de delegar una tarea, un cliente necesita saber qué puede hacer un agente remoto y cómo comunicarse con él. A2A utiliza una Tarjeta de Agente para publicar metadatos descriptivos y operacionales.

Una Tarjeta de Agente puede describir el nombre del agente, su punto final, las características del protocolo compatibles, las expectativas de autenticación, las habilidades y los tipos de contenido aceptados. Una habilidad es un área declarada de capacidad, como traducir un documento, revisar un contrato o investigar un mercado.

El descubrimiento no prueba la calidad o la confiabilidad. Una Tarjeta de Agente es una afirmación sobre la capacidad, no una certificación independiente. Los sistemas de producción aún necesitan identidad, autorización, verificaciones de políticas, reputación y evaluación.

Mensajes, tareas y artefactos

A2A representa la colaboración mediante varios objetos centrales.

Mensajes

Los mensajes transportan la comunicación entre agentes. Pueden contener texto y otras partes estructuradas, lo que permite a los agentes intercambiar instrucciones, aclaraciones o material contextual.

Tareas

Una tarea representa una unidad de trabajo cuyo estado puede cambiar con el tiempo. Un agente remoto puede aceptar el trabajo, continuar procesándolo, solicitar más entrada, completarlo, fallar o cancelarlo. La identidad persistente de la tarea es útil para operaciones de larga duración porque el cliente puede referirse al mismo trabajo a través de actualizaciones.

Artefactos

Los artefactos son los resultados producidos por el trabajo, como un informe, conjunto de datos, imagen, parche de código o recomendación estructurada. Separar los artefactos de los mensajes conversacionales facilita al cliente identificar y consumir los entregables finales.

Cómo funciona una interacción A2A

Supongamos que un agente de planificación de viajes necesita a un especialista para verificar los requisitos de entrada.

1. El cliente descubre un agente remoto y lee su Tarjeta de Agente.
2. Comprueba que el agente anuncia la capacidad relevante y un método de interacción compatible.
3. El cliente se autentica y envía un mensaje describiendo la tarea, los viajeros, las fechas y la salida requerida.
4. El agente remoto crea o actualiza una tarea y comienza a trabajar.
5. El agente remoto puede transmitir el progreso o solicitar un detalle faltante.
6. El cliente proporciona la aclaración mientras preserva el contexto de la tarea.
7. El agente remoto completa la tarea y devuelve un artefacto estructurado con su resultado.
8. El cliente evalúa ese resultado antes de usarlo en el plan de viaje más amplio.

El agente remoto decide cómo cumplir su asignación. Puede llamar a sus propias herramientas, consultar datos privados o coordinar agentes adicionales. A2A no requiere que esos pasos internos se revelen.

A2A vs. MCP

Los protocolos pueden situarse en diferentes capas de la misma arquitectura. Un agente de planificación de viajes podría delegar una tarea especializada de investigación de visas mediante A2A. Ese agente especializado podría entonces usar conexiones MCP para buscar bases de datos aprobadas y recuperar documentos de políticas. A2A coordina la responsabilidad entre agentes; MCP estandariza el acceso entre un host de IA y sus capacidades.

A2A y el Protocolo de Contexto de Modelo resuelven diferentes problemas de integración.

• MCP conecta una aplicación de IA a herramientas y contexto. Un cliente descubre capacidades como funciones, recursos y prompts de un servidor MCP.
• A2A conecta agentes con agentes. Un cliente delega una tarea orientada a un objetivo a un agente remoto que puede gestionar su propio proceso y devolver un resultado.

La diferencia se asemeja a usar una herramienta versus contratar a un especialista. Una calculadora expone una operación; un analista acepta un objetivo y decide qué operaciones son necesarias. En sistemas reales, un agente remoto de A2A puede usar MCP internamente para acceder a sus propias herramientas y datos.

A2A vs. APIs ordinarias

Una API convencional es ideal cuando el llamador conoce la operación exacta y el formato de entrada: recuperar un registro, calcular una cotización o actualizar un campo. A2A es útil cuando la solicitud es conversacional, con estado, asíncrona o orientada a resultados.

A2A no reemplaza a todas las APIs. Los agentes remotos a menudo llaman a APIs ordinarias para realizar su trabajo, y las organizaciones pueden exponer servicios determinísticos directamente cuando la discreción del agente no aporta valor.

Por qué la interoperabilidad importa

Los ecosistemas de agentes serán heterogéneos. Diferentes equipos optimizarán para distintos dominios, modelos, límites de seguridad y entornos de despliegue. Un protocolo compartido permite a las organizaciones preservar esa especialización mientras habilita la colaboración.

La interoperabilidad también puede reducir el acoplamiento de la integración. Un cliente puede depender de una habilidad y comportamiento de protocolo declarados en lugar de importar el marco del agente remoto o duplicar su lógica interna. La visión general del proyecto A2A describe este objetivo como permitir que agentes construidos en diferentes pilas se comuniquen como pares; la actualización del proyecto para 2026 sobre la incorporación a la Agentic AI Foundation refleja el impulso hacia una gobernanza neutral y transversal a la industria.

Desafíos de Seguridad y Confianza

La delegación crea una cadena de responsabilidad. El cliente debe verificar la identidad del agente remoto y su capacidad anunciada, minimizar el contexto que comparte y preservar la autorización del usuario que inicia la acción. El agente remoto no debe heredar privilegios amplios solo porque otro agente solicitó la tarea. Cada salto requiere autenticación, credenciales con alcance, auditabilidad y una regla clara sobre qué ocurre cuando los requisitos entran en conflicto o la confianza es baja.

La delegación de agente a agente crea una cadena de autoridad. Un cliente puede compartir accidentalmente contexto sensible, otorgar al agente remoto más discreción de la prevista o actuar sobre un artefacto poco fiable. El agente remoto también puede recibir instrucciones o archivos maliciosos de un cliente no confiable.

Las implementaciones robustas necesitan controles en varios niveles:

• Identidad y autenticación: verificar qué agente y organización están participando.
• Autorización: limitar las habilidades, datos, acciones y el alcance de la tarea disponible para cada llamador.
• Minimización de datos: compartir solo el contexto que el agente remoto necesita.
• Procedencia: registrar quién solicitó el trabajo, qué agente lo produjo y qué fuentes lo respaldan.
• Validación de salida: tratar los artefactos remotos como no confiables hasta que superen las verificaciones pertinentes.
• Límites de delegación: controlar si un agente remoto puede involucrar agentes o servicios adicionales.
• Aprobación humana: pausar antes de acciones financieras, legales, externas, destructivas o de cualquier otro tipo con consecuencias.

La compatibilidad de protocolos no implica confianza organizacional. Un agente puede hablar A2A correctamente y aun así ser inapropiado para una tarea específica.

¿Cuándo deberían los equipos usar A2A?

A2A resulta más atractivo cuando agentes independientes necesitan colaborar más allá de los límites de producto, proveedor u organización; cuando el trabajo es de larga duración; o cuando el sistema receptor debe conservar la libertad sobre cómo produce el resultado.

Puede resultar innecesario para una función simple, un flujo de trabajo interno fijo o componentes estrechamente acoplados dentro de una sola aplicación. En esos casos, una API ordinaria, un bus de eventos o una llamada directa a una herramienta pueden ser más fáciles de operar y evaluar.

Qué recordar sobre qué es Agent2Agent (A2A)

A2A ofrece un lenguaje común para que los agentes descubran capacidades y coordinen trabajo orientado a objetivos sin compartir su maquinaria interna. Su valor principal no radica en que varios agentes sean automáticamente mejores que uno, sino en que especialistas construidos de forma independiente puedan colaborar a través de un límite estable.

Ese límite debe transportar más que mensajes. Necesita identidad, estado de la tarea, artefactos, permisos, procedencia y gestión de fallos. A2A proporciona la base del protocolo; las organizaciones siguen proporcionando el modelo de confianza.