A2A: qué pasa cuando tu agente de IA tiene que hablar con el de otra empresa

El problema que aparece cuando el que pregunta es otro agente

En API y MCP vimos cómo un agente de IA usa los sistemas de tu propia empresa: consulta el inventario, crea una orden de compra, avisa al equipo. Todo pasa dentro de tu casa.

Ahora cambia el escenario. El agente de compras de una distribuidora necesita saber si su proveedor tiene stock, pedir una cotización y coordinar el despacho. El proveedor también tiene su propio agente. ¿Cómo se entienden?

No pueden conectarse por MCP: eso exigiría que el proveedor le abra sus herramientas internas al agente de un tercero, algo que ninguna empresa sensata hace. Tampoco basta con una API: alguien tendría que programar de antemano cada conversación posible entre las dos empresas.

Para eso existe A2A.

Qué es A2A

A2A (Agent2Agent) es un protocolo abierto para que agentes de IA de distintas organizaciones se descubran, se pidan trabajo y se entreguen resultados. Lo propuso Google en abril de 2025, hoy lo gobierna la Linux Foundation y su versión estable es la 1.0.

Su idea central es la opacidad: cada agente es una caja negra. El otro lado no ve tu código, tu base de datos ni tus instrucciones internas. Solo ve una tarjeta de presentación con lo que ofreces y una dirección para pedirlo.

Siguiendo con la analogía del restaurante: si la API es el menú y MCP es el mesero que te explica cada plato, A2A es el encargado de compras del restaurante llamando a su proveedor. No entra a la bodega del proveedor ni ve sus planillas. Pregunta qué tiene, pide lo que necesita y, si el pedido tarda, el proveedor le dice «te confirmo en la tarde» y le avisa cuando está listo.

Cómo funciona

Una conversación A2A tiene tres pasos que se repiten.

1. Descubrir. Cada agente publica una tarjeta (Agent Card) en una dirección conocida de su sitio: /.well-known/agent-card.json. Ahí dice quién es, cómo contactarlo, qué seguridad pide y qué sabe hacer.

{
  "name": "Distribuidora Ejemplo",
  "description": "Agente de ventas mayoristas: stock, cotizaciones y despachos.",
  "version": "1.0.0",
  "supportedInterfaces": [
    { "url": "https://ejemplo.cl/a2a", "protocolBinding": "JSONRPC", "protocolVersion": "1.0" }
  ],
  "capabilities": { "streaming": false },
  "defaultInputModes": ["text/plain", "application/json"],
  "defaultOutputModes": ["text/plain", "application/json"],
  "skills": [
    {
      "id": "cotizar",
      "name": "Cotizar pedido mayorista",
      "description": "Recibe productos y cantidades y devuelve precio y plazo de entrega.",
      "tags": ["cotización", "mayorista"],
      "examples": ["Cotiza 200 cajas del código A-15 con despacho a Antofagasta"]
    }
  ]
}

Igual que con MCP, la descripción de cada skill no es para un desarrollador: es para el otro agente, que la lee y decide si le sirves.

2. Pedir. El agente cliente envía un mensaje (Message). Puede llevar texto, datos estructurados o archivos.

3. Recibir. Si la respuesta es inmediata, vuelve otro mensaje. Si no, vuelve una tarea (Task) con estado: enviada, trabajando, necesita más datos, completada, fallida o rechazada. Cuando termina, la tarea trae el resultado (Artifact): la cotización, el comprobante, el documento.

Ese estado «necesita más datos» es más importante de lo que parece. Permite que el agente del proveedor pregunte «¿a qué comuna despacho?» en vez de fallar o inventar.

La diferencia que importa en la práctica

No compiten. Un mismo agente puede usar MCP por dentro, para leer tu inventario, y A2A por fuera, para responderle al agente de un cliente. La regla práctica: MCP conecta un agente con herramientas; A2A conecta un agente con otro agente.

Un caso concreto: el mismo pedido, dos enfoques

Una distribuidora recibe pedidos de veinte clientes mayoristas. Hoy llegan por correo y WhatsApp, alguien los copia al sistema y responde a mano con stock y plazo.

Sin A2A: si un cliente grande quiere automatizar sus compras, hay que construir una integración solo para él: acordar formatos, programar cada caso y mantenerla. Con el segundo cliente, otra integración. Con el quinto, nadie quiere tocar nada.

Con A2A: la distribuidora publica un agente con tres skills: consultar stock, cotizar y confirmar pedido. Cualquier cliente cuyo agente hable A2A lee la tarjeta y empieza a pedir, sin una integración a la medida para cada uno. Por dentro, el agente de la distribuidora usa sus propias herramientas (idealmente por MCP) para consultar su sistema de gestión.

Lo que no cambia: el agente solo puede hacer lo que la distribuidora programó como skill. No negocia descuentos que nadie le autorizó ni muestra la planilla de márgenes, porque esas puertas no existen para él.

Qué puede y qué no puede hacer un agente A2A

Al diseñar uno, la decisión de fondo no es «A2A sí o no», sino hasta dónde llega:

1. Informar: responde preguntas con datos públicos. Riesgo bajo.
2. Consultar: muestra stock, disponibilidad o el estado de un pedido. Riesgo bajo, si cada cliente ve solo lo suyo.
3. Derivar: prepara el trámite y deja que una persona lo confirme. Riesgo bajo.
4. Actuar: crea el pedido, agenda la reunión, emite la cotización. Riesgo medio: necesita autenticación, límites y validaciones.
5. Conversar libremente con un modelo de lenguaje detrás. Riesgo alto: respuestas equivocadas, costo por cada conversación e intentos de manipularlo con instrucciones escondidas en los mensajes.

Los primeros niveles ni siquiera necesitan un modelo de lenguaje: el agente puede responder con reglas fijas y devolver siempre el mismo dato para la misma pregunta. Que se llame «agente» no obliga a que improvise.

Cuándo le importa a una empresa mediana

Siendo honestos con los tiempos: en 2026, A2A se usa en producción sobre todo entre empresas grandes, en cadena de suministro, servicios financieros, seguros y operaciones de TI. Más de 150 organizaciones lo respaldan y está integrado en las plataformas de agentes de Microsoft y Amazon. Pero los asistentes que usa la mayoría de las personas todavía llegan a tu web leyendo, no conversando por A2A.

Le conviene mirarlo hoy a una empresa que:

• recibe pedidos o consultas repetitivas de clientes que ya trabajan con agentes,
• coordina con varios proveedores el mismo tipo de trámite,
• o quiere que sus propios agentes trabajen con los de sus socios sin abrirles sus sistemas.

Y hay un requisito previo que vale para A2A igual que para MCP: un agente solo responde bien si la información de la empresa está ordenada. Si el stock vive en tres planillas, el agente va a responder lo que diga la planilla equivocada. Lo explicamos en Antes de implementar un agente de IA, tu empresa necesita esto.

¿Quieres saber si en tu operación tiene sentido un agente que converse con los de tus clientes o proveedores? Cuéntanos tu problema.