Sommaire

Maintenant que les agents IA sont devenus courants, le prochain défi s'est déplacé vers « comment faire collaborer les agents entre eux ». Si MCP est la norme qui relie un agent à ses « outils », alors A2A (Agent2Agent) est la norme qui relie un agent à « un autre agent ». Elle permet à des IA construites sur des éditeurs et des frameworks différents de dialoguer et de coopérer grâce à une convention commune.

Cet article expose, pour les débutants, ce qu'est A2A, pourquoi c'est nécessaire, en quoi cela diffère de MCP, comment fonctionnent les Agent Cards et les Tasks, ainsi que son état actuel et sa mise en œuvre.

A2A · LA NORME QUI RELIE LES AGENTS

MCP est vertical (outils), A2A est horizontal (pairs)

— les IA dialoguent et coopèrent grâce à une convention partagée

🔌

MCP = connexion verticale

Relier un agent aux outils et aux données.

🤝

A2A = coordination horizontale

Relier les agents entre eux et déléguer le travail.

1. Qu'est-ce que l'A2A ?

A2A (Agent2Agent) est une norme ouverte (un protocole) permettant aux agents IA de se découvrir, de communiquer et de coopérer entre eux, par-delà les frameworks sur lesquels ils ont été construits. Google l'a publiée en avril 2025, l'a confiée à la Linux Foundation en juin de la même année, et elle a atteint la v1.0 en 2026. Elle prend la forme d'un « langage commun » qui n'est lié à aucune entreprise en particulier.

Imaginez « l'étiquette d'un partenariat commercial entre entreprises ». Si MCP correspond à votre propre personnel utilisant des outils, A2A est le règlement partagé pour demander à une autre entreprise (une autre IA) d'effectuer un travail et en recevoir le résultat. Quelle que soit la technologie de l'autre partie, vous pouvez échanger « fais ceci, s'il te plaît » et « c'est fait » au moyen d'une procédure fixe.

💡 En une phrase : A2A = « un protocole de conversation commun entre agents IA ». Là où MCP gère la « connexion aux outils », A2A gère la « coordination avec les pairs ».

2. Pourquoi c'est nécessaire : l'ère de la collaboration entre agents

En 2026, l'IA s'oriente vers un modèle où, au lieu qu'un seul agent fasse tout, plusieurs agents aux spécialités différentes se répartissent le travail et coopèrent. Par exemple, une demande comme « organiser un voyage » est traitée comme un relais : un agent de planification → un agent de réservation d'hôtel → un agent de paiement.

Mais lorsque chaque agent est construit avec un éditeur et une technologie différents, les connecter exige un travail sur mesure à chaque fois. C'est là qu'un protocole commun — A2A porte ses fruits. Du moment que tout le monde respecte la convention partagée, vous pouvez transformer les systèmes multi-agents en « pièces assemblables ». C'est le même tournant qui a fait de MCP la norme commune pour les connexions aux outils.

3. En quoi cela diffère de MCP (vertical vs. horizontal)

A2A et MCP ne sont pas concurrents — ils ont des rôles différents, souvent expliqués comme « vertical vs. horizontal ». Empiler les deux constitue la configuration standard de 2026.

MCP · VERTICAL

Agent ↔ outils

Relier un agent aux outils et aux données — une base de données, une API, des fichiers. Une connexion qui « ajoute des capacités ».

A2A · HORIZONTAL

Agent ↔ agent

Relier les agents entre eux et se déléguer le travail mutuellement. Une coordination qui « coopère avec les pairs ».

Le moyen mnémotechnique est simple : « se connecter aux outils = MCP ; se connecter aux pairs = A2A ». Dans un système réel, chaque agent détient ses propres outils via MCP tout en se coordonnant avec les autres agents via A2A — cette configuration à deux couches, MCP vertical plus A2A horizontal, devient la voie par défaut pour l'exploitation des agents en entreprise.

4. Comment ça marche : Agent Cards et Tasks

Le cœur d'A2A, c'est l'« Agent Card ». Il s'agit d'un JSON semblable à une « carte de visite » que chaque agent publie, indiquant « ce que je sais faire », « où me parler » et « comment fonctionne l'authentification ». Son emplacement est même fixé à /.well-known/agent-card.json.

ÉTAPE 1

Découvrir (Agent Card)

Lire la carte de l'autre agent et saisir « ce qu'il sait faire ».

ÉTAPE 2

Demander (Task)

Envoyer une « Task ». Elle porte des états — working, input-required, completed.

ÉTAPE 3

Résultat (Artifact)

Recevoir le résultat. Les tâches longues peuvent aussi diffuser leur progression en continu.

La communication repose sur des technologies largement répandues — HTTP, Server-Sent Events (SSE) et JSON-RPC 2.0. Le point clé, c'est que les agents ne s'exposent pas mutuellement leurs rouages internes. Chacun garde son contenu (les outils qu'il utilise, son raisonnement) caché et n'échange que des tâches et des résultats. C'est pourquoi ils peuvent collaborer en toute sécurité, même d'une entreprise à l'autre.

⚠️ La sécurité reste incontournable : la collaboration entre agents est pratique, mais il faut une conception qui n'accorde pas une confiance excessive aux agents externes. Associez-la à des garde-fous et à une gestion des permissions.

5. État actuel et mise en œuvre

A2A se diffuse rapidement. Selon l'annonce de la Linux Foundation (à la date d'avril 2026), plus de 150 organisations l'utilisent en production, elle compte 22 000+ étoiles sur GitHub, et des SDK sont disponibles dans cinq langages (Python, JavaScript, Java, Go et .NET). De grands noms comme Microsoft, Salesforce, SAP et ServiceNow y participent, consolidant sa place de norme industrielle.

Côté mise en œuvre, les SDK propres à chaque langage rendent assez facile la construction à la fois du « côté qui publie une Agent Card (le serveur) » et du « côté qui délègue à d'autres agents (le client) ». L'ordre recommandé est de construire d'abord un agent unique, puis, une fois à l'aise, de le faire se coordonner avec d'autres via A2A. Comme pour les Skills et MCP, le fondement repose sur l'idée de « modulariser au moyen d'un format commun ».

※ Les chiffres et les spécifications sont cités à partir de diverses sources publiques (à la date de juin 2026). Le protocole évolue ; consultez la Linux Foundation / la spécification officielle pour les informations les plus récentes.

Résumé

Trois points à retenir sur A2A.

  • Ce que c'est : une norme ouverte permettant aux agents IA de se découvrir et de collaborer par-delà les frameworks. Née chez Google, gouvernée par la Linux Foundation.
  • La différence : MCP est vertical (agent ↔ outils) ; A2A est horizontal (agent ↔ agent). Empiler les deux est la norme.
  • Comment ça marche : découvrir via une Agent Card (carte de visite) → Task (demande) → Artifact (résultat). Coopérer en toute sécurité tout en gardant les rouages internes cachés.

D'un agent unique à une « équipe » qui coopère — A2A est le pont. À lire en parallèle de MCP et des systèmes multi-agents pour saisir l'ensemble de la collaboration entre agents en 2026.

FAQ

Q. Faut-il utiliser A2A ou MCP ?

A. Ce n'est pas l'un ou l'autre. Pour relier un agent aux outils et aux données, utilisez MCP ; pour faire se coordonner des agents, utilisez A2A. Dans un système réel, vous empilez les deux : « chaque agent détient ses outils via MCP et coopère via A2A ».

Q. Qu'est-ce qu'une Agent Card ?

A. La « carte de visite » d'un agent. C'est un JSON indiquant « ce qu'il sait faire, où lui parler et comment s'authentifier », placé à /.well-known/agent-card.json. L'autre partie la lit pour décider si elle peut déléguer.

Q. Peut-elle se coordonner avec l'IA d'une autre entreprise ?

A. C'est tout l'objectif d'A2A. Parce qu'il s'agit d'un protocole commun, des agents d'éditeurs et de frameworks différents peuvent se coordonner. Chacun garde ses rouages internes cachés et n'échange que des tâches et des résultats.

Q. Les développeurs indépendants ont-ils besoin d'A2A ?

A. Si vous n'avez qu'un seul agent, non. A2A porte ses fruits lorsque vous voulez faire se coordonner plusieurs agents indépendants. Il suffit de construire d'abord un agent unique et d'adopter A2A une fois que la coordination devient nécessaire.