Qu'est-ce que le protocole A2A ? Communication entre agents IA expliquee

Qu'est-ce que le protocole A2A ?

Imaginez que vous dirigiez une equipe d'agents IA : un agent de recherche qui explore le web, un agent de code qui redige des pull requests, un analyste de donnees qui traite des feuilles de calcul, et un agent de support client qui repond aux tickets. Chaque agent est construit sur un framework different, provenant d'un fournisseur different, fonctionnant dans un environnement different. Imaginez maintenant que vous vouliez que l'agent de recherche transmette ses resultats a l'agent de code, ou que l'agent de support transmette une question de facturation a l'analyste de donnees. Sans langage commun, ces agents sont des iles : ils ne peuvent pas communiquer entre eux.

C'est le probleme que resout le protocole Agent2Agent (A2A).

A2A est un standard de communication ouvert qui permet aux agents IA de se decouvrir mutuellement, d'echanger leurs capacites, de deleguer des taches et de coordonner leur travail, quel que soit le framework sur lequel ils ont ete construits ou le fournisseur qui les propose. Lance par Google en avril 2025 avec plus de 50 partenaires technologiques, et desormais heberge par la Linux Foundation en tant que projet open source, A2A est la piece manquante qui transforme une collection d'agents individuels en une veritable equipe d'agents.

Pourquoi A2A est important maintenant

Le paysage des agents IA a franchi un seuil. Gartner rapporte que 80 pour cent des applications d'entreprise livrees ou mises a jour au premier trimestre 2026 integrent desormais au moins un agent IA. L'enquete 2026 de PwC sur les agents IA revele que 79 pour cent des entreprises declarent que les agents IA sont deja adoptes, et 66 pour cent d'entre elles signalent des gains de productivite mesurables.

Mais voici le probleme : la plupart de ces agents sont cloisonnes. Un agent Salesforce ne peut pas parler a un agent ServiceNow. Un agent LangChain personnalise ne peut pas deleguer a un agent fournisseur fonctionnant sur Vertex AI. Les equipes construisent agent apres agent, chacun puissant de maniere isolee, puis decouvrent que la coordination entre eux necessite des integrations personnalisees, des contrats d'API fragiles et des mois de travail d'ingenierie.

A2A change cela. Il fournit un protocole standard et ouvert pour la communication entre agents, analogue a ce que HTTP a fait pour les services web ou ce que SMTP a fait pour le courrier electronique. Avant HTTP, chaque client et serveur web necessitait une integration personnalisee. Apres HTTP, n'importe quel navigateur pouvait parler a n'importe quel serveur. A2A vise a faire la meme chose pour les agents IA.

Comment fonctionne le protocole A2A

A2A repose sur quelques concepts fondamentaux, simples a comprendre mais puissants en combinaison.

Les Agent Cards : la carte de visite de l'agent

Chaque agent compatible A2A publie une Agent Card, un document JSON heberge a un point de terminaison connu qui decrit ce que l'agent peut faire. La carte comprend :

• Le nom et la description de l'agent
• Ses capacites : quels types de taches il peut gerer
• Ses schemas d'entree et de sortie : quels formats de donnees il accepte et renvoie
• Les exigences d'authentification : les scopes OAuth 2.0 ou les attentes en matiere de cle API
• L'URL de son point de terminaison : ou envoyer les demandes de taches

Lorsqu'un agent orchestrateur doit deleguer une tache, il decouvre d'abord les agents disponibles en lisant leurs Agent Cards. Il fait correspondre les exigences de la tache avec les capacites declarees dans chaque carte, puis achemine le travail vers l'agent le mieux adapte. Ce mecanisme de decouverte rend A2A adapte aux environnements d'entreprise ou de nouveaux agents specialises sont deployes regulierement : vous ajoutez un agent, publiez sa carte, et le reste du systeme le decouvre automatiquement.

Cycle de vie des taches : demande, execution, retour

La communication A2A suit un cycle de vie structure des taches. Un agent (le client) envoie une demande de tache a un autre agent (le serveur). La tache comprend :

• Un identifiant de tache pour le suivi
• La description de la tache et les parametres
• Le format de sortie attendu

L'agent destinataire peut repondre selon trois modes :

• Synchrone : L'agent traite la tache immediatement et renvoie le resultat dans la meme reponse HTTP. Ideal pour les taches courtes et deterministes.
• Streaming : L'agent renvoie les resultats progressivement au fur et a mesure qu'ils deviennent disponibles, en utilisant des evenements envoyes par le serveur. Ideal pour les taches ou l'utilisateur souhaite voir la progression en temps reel.
• Asynchrone : L'agent accuse reception de la tache, la traite en arriere-plan et notifie le client lorsqu'elle est terminee. Ideal pour les taches longues ou par lots.

Cette flexibilite signifie qu'A2A fonctionne pour tout, d'une delegation rapide de verification de faits (synchrone en une fraction de seconde) a un rapport de recherche de plusieurs heures (asynchrone avec notification).

Le flux de communication A2A

Voici une vue simplifiee d'une interaction A2A typique :

1. Un agent orchestrateur recoit une demande utilisateur complexe : "Analysez nos donnees de ventes du T2, identifiez les trois regions les moins performantes et redigez une note strategique pour chacune."
2. L'orchestrateur lit les Agent Cards des agents disponibles : un agent analyste de donnees, un agent redacteur de strategie et un agent de mise en forme.
3. L'orchestrateur delegue la tache d'analyse de donnees a l'agent analyste via A2A, en specifiant l'entree (connexion a la base de donnees de ventes) et la sortie attendue (un rapport structure des regions sous-performantes).
4. L'agent analyste traite la demande en utilisant ses propres outils (bases de donnees connectees via MCP, bibliotheques statistiques) et renvoie le rapport structure.
5. L'orchestrateur delegue la tache de redaction strategique a l'agent redacteur, en transmettant l'analyse comme entree.
6. L'agent redacteur redige trois notes et les renvoie.
7. L'orchestrateur delegue la tache de mise en forme a l'agent de mise en forme.
8. L'orchestrateur assemble la reponse finale pour l'utilisateur.

A aucun moment un agent n'a eu besoin de connaitre le fonctionnement interne d'un autre agent. Ils ont communique entierement via l'interface de tache structuree d'A2A.

A2A vs MCP : deux protocoles, une pile

L'une des questions les plus frequentes sur A2A est son lien avec le Model Context Protocol (MCP), l'autre protocole ouvert majeur dans l'ecosysteme des agents. La distinction est claire :

Les deux protocoles sont concus pour fonctionner ensemble, pas pour etre en concurrence. Un orchestrateur A2A delegue des taches a des agents specialistes. Chaque agent specialiste utilise MCP pour se connecter aux outils et sources de donnees dont il a besoin pour executer ces taches. La frontiere du protocole est claire : la communication inter-agents passe par A2A, l'invocation d'outils passe par MCP.

Pensez-y ainsi : MCP est la facon dont un agent tend la main vers le monde. A2A est la facon dont un agent tend la main vers un autre agent.

A2A dans l'ecosysteme plus large des protocoles

A2A n'est pas le seul protocole dans l'espace de communication entre agents. IBM a introduit l'Agent Communication Protocol (ACP) dans le cadre de sa plateforme BeeAI. Le groupe de travail sur les protocoles d'agents de la Linux Foundation travaille sur une normalisation plus large. Plusieurs frameworks (LangGraph, CrewAI, AutoGen) disposent de leurs propres mecanismes de coordination internes.

Ce qui distingue A2A, c'est l'ampleur de son soutien industriel. Au lancement, Google a reuni plus de 50 partenaires de tout le paysage des logiciels d'entreprise : Atlassian, Box, Cohere, Intuit, LangChain, MongoDB, PayPal, Salesforce, SAP, ServiceNow, UKG et Workday parmi les partenaires technologiques, ainsi qu'Accenture, BCG, Capgemini, Cognizant, Deloitte, HCLTech, Infosys, KPMG, McKinsey, PwC, TCS et Wipro parmi les prestataires de services.

Ce niveau d'engagement intersectoriel indique qu'A2A n'est pas une initiative d'un seul fournisseur. C'est une tentative de construire l'infrastructure partagee dont tout l'ecosysteme des agents a besoin.

Quand utiliser A2A et quand rester simple

A2A est puissant, mais il ajoute de la complexite. Toutes les configurations d'agents n'en ont pas besoin. Voici un guide pratique :

Utilisez A2A quand :

• Vous avez des agents construits sur differents frameworks (agent LangChain, agent CrewAI, agent personnalise) qui doivent se coordonner
• Vous utilisez des agents de plusieurs fournisseurs (agent Salesforce, agent ServiceNow, agent interne personnalise)
• Vous deployez regulierement de nouveaux agents specialises et avez besoin d'une decouverte automatique
• Vous voulez que votre ecosysteme d'agents survive aux changements de fournisseurs sans reecrire le code d'integration

Evitez A2A quand :

• Vous n'utilisez qu'un seul agent ou une petite equipe d'agents tous construits sur le meme framework
• La coordination interne de votre framework (superviseur LangGraph, processus sequentiel CrewAI) est suffisante
• La surcharge de maintenance d'une infrastructure A2A depasse l'avantage de coordination

La regle d'or : commencez simple. Lorsque votre equipe d'agents grandit au point ou la friction de coordination devient le goulot d'etranglement, A2A est le bon outil.

Approbation humaine et rayon d'impact

Un agent qui peut deleguer des taches a d'autres agents est puissant. Il est aussi dangereux. A2A n'inclut pas d'approbation humaine integree, ce qui signifie que chaque delegation comporte un rayon d'impact. Si un agent orchestrateur delegue une action a haut risque (envoi d'un e-mail client, modification d'une base de donnees de production, approbation d'un bon de commande) a un agent specialiste, et que cet agent specialiste execute sans verification humaine, l'erreur se propage instantanement. La solution n'est pas d'eviter A2A. C'est de superposer des points d'approbation humaine aux endroits ou la delegation franchit un seuil de risque. Dans une equipe Upchat, vous pouvez configurer des agents de role pour exiger une approbation humaine explicite avant d'executer des actions a fort impact, que la demande provienne directement d'un utilisateur ou d'un autre agent via une delegation de type A2A.

C'est la que le concept de conception d'equipe devient critique. Une equipe d'agents avec delegation de type A2A n'est pas un systeme a activer et oublier. C'est un lieu de travail ou les agents ont des roles definis, des perimetres clairs et des chemins d'escalade. Un agent de support peut deleguer une question de facturation a un agent financier. Un agent financier ne devrait pas pouvoir deleguer un virement bancaire sans approbation humaine. Le protocole permet la communication ; la conception de l'equipe applique les garde-fous.

Modeles d'equipe pour la collaboration entre agents

Lorsque vous concevez une equipe d'agents avec une delegation de type A2A, plusieurs modeles emergent qui refletent le fonctionnement des equipes humaines :

Le pool de specialistes

Vous maintenez un pool d'agents specialistes (chercheur, redacteur, codeur, analyste, relecteur) et un agent orchestrateur qui achemine le travail entrant vers le bon specialiste. L'orchestrateur lit les Agent Cards, fait correspondre les taches aux capacites et assemble les resultats. C'est le modele le plus courant et il fonctionne bien pour le travail de connaissance.

Le pipeline sequentiel

Les taches suivent une sequence fixe d'agents : recherche, puis redaction, puis relecture, puis publication. Chaque agent de la chaine recoit la sortie de l'agent precedent et ajoute sa propre contribution. Le pipeline est deterministe et facile a deboguer, mais moins flexible que le pool de specialistes.

Le modele de relecture

Chaque sortie qui franchit un seuil de risque passe par un agent relecteur avant execution. L'agent relecteur verifie la conformite aux politiques, l'exactitude et la pertinence. Ce modele est particulierement utile pour les sorties destinees aux clients, les deploiements de code et les actions financieres.

La chaine d'escalade

Lorsqu'un agent rencontre une tache qu'il ne peut pas gerer, il l'escalade a un agent plus competent. Un agent de support de niveau 1 gere les questions courantes et escalade les cas complexes a un specialiste de niveau 2. La chaine d'escalade est un choix naturel pour le service client, les operations informatiques et tout domaine avec un gradient de complexite clair.

Ces modeles ne sont pas mutuellement exclusifs. Une veritable equipe d'agents combine souvent plusieurs d'entre eux : un pool de specialistes pour le travail de routine, un modele de relecture pour les sorties a haut risque, et une chaine d'escalade pour les cas limites.

Commencez cette semaine : construire votre premiere equipe d'agents

Si vous voulez experimenter la collaboration entre agents, voici un point de depart pratique :

Etape 1 : Definissez deux agents avec des frontieres claires. Creez un agent de recherche capable de chercher sur le web et de resumer les resultats, et un agent de redaction capable de rediger des documents a partir de briefs structures. Donnez a chaque agent un role clair et non chevauchant.

Etape 2 : Definissez le contrat de transfert. Decidez du format que la sortie de l'agent de recherche doit prendre pour que l'agent de redaction puisse la consommer sans analyse supplementaire. Un brief structure simple (sujet, resultats cles, sources, public cible) fonctionne bien.

Etape 3 : Ajoutez l'approbation humaine au bon endroit. Avant que l'agent de redaction ne publie quoi que ce soit en externe, faites passer le brouillon par un relecteur humain. C'est la forme la plus simple de boucle humaine et elle empeche le mode de defaillance le plus courant : des agents produisant du contenu apparemment correct mais en realite errone.

Etape 4 : Observez et iterez. Suivez la frequence a laquelle le transfert reussit, la frequence a laquelle le relecteur humain doit corriger la sortie, et les points de rupture du pipeline. Utilisez ces observations pour affiner les instructions des agents, le contrat de transfert et le placement des approbations.

Etape 5 : Faites evoluer le modele. Une fois que le pipeline a deux agents fonctionne de maniere fiable, ajoutez un troisieme agent (un verificateur de faits, un relecteur de code, un analyste de donnees) et repetez le processus. Le modele est evolutif : roles clairs, transferts structures, approbation humaine aux points de risque.

La place d'Upchat

A2A est un standard de protocole. Upchat est une plateforme ou vous mettez ce standard en pratique. Dans Upchat, vous creez des agents de role : un redacteur de contenu, un developpeur senior, un responsable QA, un specialiste du support. Chaque agent a un role defini, des outils connectes et des autorisations configurables. Vous pouvez partager ces agents avec votre equipe en tant qu'"employes IA" que chacun peut solliciter.

Lorsque vous concevez une equipe Upchat avec une delegation de type A2A, la plateforme gere les preoccupations de la couche protocole afin que vous puissiez vous concentrer sur la conception de l'equipe : quels roles sont necessaires ? Quels sont les contrats de transfert ? Ou vont les approbations humaines ? Quel est le rayon d'impact de chaque delegation ?

Le resultat n'est pas un chatbot. C'est une equipe d'agents specialises qui travaillent ensemble, avec des humains dans la boucle aux bons moments, sur du vrai travail.

Si vous etes pret a construire votre premiere equipe d'agents, commencez par creer vos premiers agents de role sur Upchat. Definissez leurs roles, connectez leurs outils et invitez votre equipe a collaborer avec eux. Pas de liste d'attente, pas de configuration d'infrastructure, juste des agents qui travaillent ensemble.

Pour conclure

A2A est l'un de ces protocoles rares qui arrivent exactement au bon moment. L'ecosysteme des agents a atteint le point ou les agents individuels sont suffisamment puissants pour etre utiles, mais la couche de coordination entre eux est encore maintenue par des integrations personnalisees et des contrats d'API fragiles. A2A fournit le standard qui permet a l'ecosysteme de depasser les demonstrations a agent unique pour devenir de veritables equipes multi-agents.

Les organisations qui prendront de l'avance dans les deux prochaines annees ne seront pas celles qui ont le plus d'agents. Ce seront celles dont les agents savent exactement ou leur propre travail s'arrete et ou celui du suivant commence. A2A est le protocole qui rend cette frontiere explicite.

Explorez davantage sur la creation d'equipes d'agents IA :

• Qu'est-ce qu'un agent IA ?
• Qu'est-ce qu'un systeme multi-agents ?
• Qu'est-ce que MCP pour les agents IA ?
• Agents IA avec boucle humaine
• Qu'est-ce que la securite des agents IA ?
• Agents IA multiplayer pour les equipes