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

Los sistemas de IA multiagente suelen fallar no porque los modelos sean «tontos», sino por la falta de una orquestación adecuada. El protocolo A2A de Google y su extensión AGP intentan resolver el problema a nivel de estándar, y no con parches.

Por qué se rompen los agentes

Los sistemas multiagente seducen: un agente analiza datos, otro escribe código, un tercero verifica los resultados, todo en paralelo y con eficiencia. Pero en cuanto hay más de dos o tres agentes, llega el caos. Los desarrolladores describen una y otra vez los mismos fallos: los agentes pierden el contexto de la tarea al pasársela entre ellos, entran en bucles infinitos de negociación y gastan el presupuesto de tokens sin obtener resultados. Mientras tanto, el orquestador no sabe en qué paso se ha atascado el sistema ni si conviene intervenir.

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

• No existe un estándar para declarar las capacidades de un agente
• No existe un formato unificado para transferir tareas entre agentes
• No existe un mecanismo para señalizar el estado de ejecución
• No existe un protocolo para gestionar errores y reanudar tareas

Cada equipo lo resolvía a su manera y dedicaba semanas a «pegar» agentes en lugar de desarrollar la lógica real.

Cómo funciona el protocolo A2A

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

El concepto central es la Agent Card. Cada agente publica una tarjeta que describe sus capacidades: qué tareas acepta, en qué formato y qué devuelve. El orquestador lee esas tarjetas y enruta las tareas sin código fijo (hardcoding). Si cambian las competencias de un agente, actualiza su tarjeta y el orquestador lo tiene en cuenta de inmediato.

La interacción se realiza mediante solicitudes HTTP estándar con cuerpo JSON. El protocolo admite tanto llamadas síncronas como flujos asíncronos de eventos: el agente puede informar de su progreso en tiempo real, en lugar de limitarse a entregar una respuesta final.

«A2A libera a los desarrolladores de la tarea de inventar un protocolo.

Ahora se centran 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 justamente esa capa de control: quién habla, cuándo y en qué orden.

AGP introduce sesiones gestionadas y colas de mensajes. Esto elimina las condiciones de carrera, es decir, las situaciones en que dos agentes intentan modificar el mismo recurso o responder a la misma solicitud a la vez. Con AGP, un agente debe señalar de forma explícita que ha terminado su parte antes de que el orquestador pase la tarea al siguiente.

Juntos, A2A y AGP cubren el ciclo de vida completo de la interacción multiagente: desde el descubrimiento del agente adecuado hasta la finalización controlada con un estado final predecible. Los sistemas multiagente caóticos se convierten en canalizaciones gestionadas.

Qué significa esto

Google, Microsoft e IBM ya están integrando A2A en sus plataformas de IA, lo que hace pasar al protocolo de «experimental» a «estándar sectorial emergente». Para los desarrolladores que construyen hoy sistemas multiagente, familiarizarse con A2A no es adelantarse a su tiempo, sino practicar una higiene arquitectónica básica. Es mejor sentar ahora las bases correctas que reescribir la orquestación después de que los agentes vuelvan a «entrar en bucle y quemar el presupuesto».