Protocolo A2A: cómo Google estandariza la orquestación de sistemas de IA multiagente

Los sistemas de IA multiagentes a menudo fallan no por la "estupidez" de los modelos, sino por la falta de una orquestación adecuada. El protocolo A2A de Google y su extensión AGP son un intento de resolver este problema a nivel de estándar, no con parches.

Por qué los agentes fallan

Los sistemas multiagentes son tentadores: un agente analiza datos, otro escribe código, un tercero verifica resultados — todo en paralelo y eficientemente. Pero una vez que hay más de dos o tres agentes, comienza el caos. Los desarrolladores describen repetidamente los mismos fallos: los agentes pierden el contexto de la tarea al pasar entre sí, entran en bucles infinitos de coordinación y queman presupuestos de tokens sin resultados. Mientras tanto, el orquestrador no tiene idea en qué paso está atrapado el sistema o si debe intervenir.

La raíz del problema no está en la calidad de los LLMs, sino en la ausencia de infraestructura:

• Sin estándar para declarar las capacidades del agente
• Sin formato unificado para pasar tareas entre agentes
• Sin mecanismo para señalizar el estado de ejecución
• Sin protocolo para manejo de errores y reanudación de tarefas

Cada equipo lo resolvió a su manera — y pasó semanas "pegando" agentes en lugar de desarrollar lógica real.

Cómo funciona el protocolo A2A

A2A (Agent-to-Agent) es un protocolo abierto de Google, apoyado por Microsoft e IBM. Su objetivo es estandarizar la interacción de agentes en tres niveles: descubrimiento, comunicación y gestión de estado.

El concepto central es Agent Card. Cada agente publica una tarjeta describiendo sus capacidades: qué tareas acepta, en qué formato, qué devuelve. El orquestrador lee estas tarjetas y enruta tareas sin hardcoding. Si las competencias de un agente cambian — actualiza la tarjeta, y el orquestrador lo tiene en cuenta inmediatamente.

La interacción ocurre a través de solicitudes HTTP estándar con cuerpos JSON. El protocolo soporta tanto llamadas síncronas como secuencias asíncronas con eventos — un agente puede reportar progreso en tiempo real, no solo proporcionar una respuesta final.

"A2A elimina de los desarrolladores la tarea de inventar un protocolo.

Ahora se enfocan en lo que hacen los agentes, no en cómo se comunican."

AGP: Orden en lugar de caos

A2A resuelve la comunicación, pero no controla el orden de ejecución. AGP (Agent Gateway Protocol) añade exactamente esta capa de gestión: quién habla, cuándo y en qué orden.

AGP introduce sesiones gestionadas y colas de mensajes. Esto elimina condiciones de carrera — situaciones donde dos agentes simultáneamente intentan cambiar un recurso o responder a una solicitud. Con AGP, un agente debe explícitamente señalizar la finalización de su parte antes de que el orquestrador pase la tarea al siguiente.

Juntos, A2A y AGP cubren el ciclo de vida completo de la interacción multiagentes: desde descubrir el agente necesario hasta la finalización controlada con un estado final predecible. Los sistemas multiagentes caóticos se convierten en tuberías gestionadas.

Qué significa esto

Google, Microsoft e IBM ya están incrustando A2A en sus plataformas de IA — esto mueve el protocolo de "experimental" a "estándar emergente de la industria."

Para desarrolladores que construyen sistemas multiagentes hoy, la familiaridad con A2A no es adelantarse al tiempo, sino higiene arquitectónica básica. Es mejor establecer la base correcta ahora que reescribir la orquestración después de que los agentes "se bloqueen nuevamente y quemen el presupuesto."