Protocole A2A : comment Google standardise l'orchestration des systèmes d'IA multi-agents

Les systèmes d'IA multi-agents échouent souvent non pas à cause de la "stupidité" des modèles, mais à cause d'une orchestration inadéquate. Le protocole A2A de Google et son extension AGP tentent de résoudre ce problème au niveau d'une norme, pas avec des rustines.

Pourquoi les agents échouent

Les systèmes multi-agents sont séduisants : un agent analyse les données, un autre écrit du code, un troisième vérifie les résultats — tout en parallèle et efficacement. Mais dès qu'il y a plus de deux ou trois agents, le chaos commence. Les développeurs décrivent à maintes reprises les mêmes défaillances : les agents perdent le contexte de la tâche en se la passant, entrent dans des boucles infinies de coordination et épuisent les budgets de tokens sans résultats. Pendant ce temps, l'orchestrateur ne sait pas à quelle étape le système est bloqué ni s'il doit intervenir.

La racine du problème ne réside pas dans la qualité des LLM, mais dans l'absence d'infrastructure :

• Pas de norme pour déclarer les capacités d'un agent
• Pas de format unifié pour passer des tâches entre agents
• Pas de mécanisme pour signaler l'état d'exécution
• Pas de protocole pour la gestion des erreurs et la reprise des tâches

Chaque équipe a résolu cela à sa manière — et a passé des semaines à "coller" les agents au lieu de développer une vraie logique.

Comment fonctionne le protocole A2A

A2A (Agent-to-Agent) est un protocole ouvert de Google, soutenu par Microsoft et IBM. Son objectif est de standardiser l'interaction des agents à trois niveaux : découverte, communication et gestion d'état.

Le concept central est la Agent Card. Chaque agent publie une carte décrivant ses capacités : quelles tâches il accepte, dans quel format, ce qu'il retourne. L'orchestrateur lit ces cartes et achemine les tâches sans codage en dur. Si les compétences d'un agent changent — il met à jour sa carte, et l'orchestrateur en tient compte immédiatement.

L'interaction se fait par des requêtes HTTP standard avec des corps JSON. Le protocole supporte à la fois les appels synchrones et les flux asynchrones avec des événements — un agent peut signaler la progression en temps réel, pas seulement fournir une réponse finale.

"A2A enlève aux développeurs la tâche d'inventer un protocole.

Maintenant ils se concentrent sur ce que font les agents, pas sur comment ils communiquent."

AGP : L'ordre au lieu du chaos

A2A résout la communication, mais ne contrôle pas l'ordre d'exécution. AGP (Agent Gateway Protocol) ajoute exactement cette couche de gestion : qui parle, quand et dans quel ordre.

AGP introduit des sessions gérées et des files d'attente de messages. Cela élimine les conditions de course — situations où deux agents tentent simultanément de modifier une ressource ou de répondre à une demande. Avec AGP, un agent doit explicitement signaler l'achèvement de sa partie avant que l'orchestrateur ne passe la tâche au suivant.

Ensemble, A2A et AGP couvrent le cycle de vie complet de l'interaction multi-agents : de la découverte de l'agent nécessaire à l'achèvement contrôlé avec un état final prévisible. Les systèmes multi-agents chaotiques deviennent des pipelines gérés.

Ce que cela signifie

Google, Microsoft et IBM intègrent déjà A2A dans leurs plateformes d'IA — cela transforme le protocole de "expérimental" à "norme émergente de l'industrie."

Pour les développeurs qui construisent des systèmes multi-agents aujourd'hui, la familiarité avec A2A n'est pas une anticipation, mais une hygiène architecturale basique. Il vaut mieux poser les bonnes fondations maintenant que de réécrire l'orchestration après que les agents "boucles à nouveau et brûlent le budget."