MCP vs A2A vs ACP : quel protocole pour vos agents IA ? (guide 2026)
MCP connecte un agent à ses outils, A2A fait dialoguer les agents entre eux, ACP et ANP émergent. Décryptage des protocoles d'interopérabilité des agents IA — ce qu'ils font vraiment, lesquels adopter, et dans quel ordre. Le guide de référence en français.
MCP, A2A, ACP, ANP : les protocoles d'interopérabilité sont la nouvelle couche de standardisation des agents IA. MCP (Anthropic) connecte un agent à ses outils et ses données ; A2A (initié par Google) fait communiquer les agents entre eux ; ACP et ANP explorent la communication inter-agents à plus grande échelle. Ce ne sont pas des concurrents directs — ce sont des couches différentes d'une même pile.
Si vous construisez des agents en entreprise, ces choix de protocoles sont en train de devenir des décisions d'architecture aussi structurantes que le choix d'un ERP ou d'un cloud. Gartner estime que d'ici 2027, plus de 50 % des agents IA déployés en entreprise s'appuieront sur des frameworks standardisés comme MCP pour interopérer entre systèmes. Voici le décryptage — et surtout, quoi adopter, dans quel ordre.
Le problème que ces protocoles résolvent
Un agent IA n'a de valeur que connecté : à vos outils (CRM, ERP, documentation), à vos données, et — de plus en plus — à d'autres agents. Sans standard, chaque connexion est une intégration custom : fragile, coûteuse, à refaire pour chaque nouvel agent.
Les protocoles règlent deux problèmes distincts, qu'il ne faut pas confondre :
- Vertical — l'agent et ses outils : comment un agent découvre et utilise un outil métier ? → MCP
- Horizontal — l'agent et les autres agents : comment deux agents (potentiellement de fournisseurs différents) se découvrent, se délèguent des tâches et échangent des résultats ? → A2A (et les protocoles émergents ACP, ANP)
MCP — Model Context Protocol (Anthropic)
Ce que c'est. Le standard ouvert créé par Anthropic (fin 2024) pour connecter un agent à ses outils, ressources et données. Architecture client-serveur : un « MCP Server » expose les capacités d'un outil (CRM, base, documentation), n'importe quel agent compatible les découvre et les utilise. C'est le « USB-C » de la couche outils.
Où il en est. C'est le protocole le plus mature et le plus adopté : soutenu au-delà d'Anthropic par OpenAI, Google et Microsoft, avec des milliers de serveurs MCP publics et privés. En entreprise, c'est aujourd'hui le choix par défaut pour brancher des agents sur le SI.
Ses limites honnêtes. MCP ne dit rien de la communication *entre* agents. Et côté production, la sécurité (authentification OAuth 2.1, gouvernance des accès, périmètre des serveurs) reste votre travail d'ingénierie — le protocole fournit le cadre, pas la discipline.
→ Notre guide MCP en entreprise détaille l'architecture et le déploiement.
A2A — Agent2Agent (initié par Google)
Ce que c'est. Un protocole pour que des agents autonomes se parlent : chaque agent publie une « Agent Card » (carte d'identité machine-lisible décrivant ses capacités), et le protocole standardise la découverte, la délégation de tâches, l'échange de messages et d'artefacts entre agents — y compris d'éditeurs différents.
Où il en est. Lancé en 2025 par Google avec un large cortège de partenaires entreprise (éditeurs SaaS, intégrateurs), puis confié à une gouvernance ouverte. L'adoption réelle en production reste très en retrait de MCP : la plupart des systèmes multi-agents d'entreprise font aujourd'hui collaborer des agents *au sein d'un même framework* (LangGraph, CrewAI), où un protocole inter-vendeurs n'est pas encore nécessaire.
Quand il devient pertinent. Dès que vos agents doivent coopérer au-delà d'une frontière : entre départements équipés différemment, entre votre SI et celui d'un partenaire, ou entre produits SaaS dont chacun embarque ses propres agents.
ACP, ANP — les émergents
D'autres initiatives explorent la même couche horizontale : ACP (Agent Communication Protocol, poussé notamment par IBM dans l'écosystème open source) et ANP (Agent Network Protocol, vision plus décentralisée d'un « réseau d'agents »). Le mouvement de fond est une consolidation : ces efforts convergent vers des gouvernances ouvertes, et il est probable qu'à horizon 2027 il reste une norme dominante par couche — MCP pour les outils, un standard type A2A pour l'inter-agents.
Notre conseil : à surveiller, pas à adopter. Miser aujourd'hui sur un protocole horizontal émergent, c'est prendre un risque d'architecture pour un bénéfice encore théorique.
Le tableau de décision
MCP | A2A | ACP / ANP | |
|---|---|---|---|
Couche | Agent ↔ outils/données (vertical) | Agent ↔ agent (horizontal) | Agent ↔ agent (horizontal) |
Initiateur | Anthropic | IBM / communautés | |
Maturité 2026 | ⭐⭐⭐ production | ⭐⭐ early adoption | ⭐ émergent |
Adoption croisée | OpenAI, Google, Microsoft | Écosystème Google + partenaires | Limitée |
Adopter quand ? | Maintenant — dès le premier agent connecté au SI | Quand vos agents traversent des frontières (multi-éditeurs, multi-organisations) | Veille technologique |
La feuille de route pragmatique (ce qu'on recommande aux ETI)
- MCP d'abord, systématiquement. Chaque outil métier exposé une fois en MCP Server sert tous vos agents présents et futurs. C'est l'investissement sans regret — et la brique que Gartner voit dans plus d'un agent sur deux d'ici 2027.
- Multi-agents : commencez intra-framework. Un orchestrateur (LangGraph) qui coordonne des agents spécialisés partageant vos MCP Servers couvre l'immense majorité des cas d'usage — sans protocole horizontal. Voir notre guide de l'agentic workflow.
- A2A : préparez, n'imposez pas. Concevez vos agents avec des interfaces propres (capacités documentées, entrées/sorties typées) : le jour où un pont A2A devient nécessaire, il se construira sur cette hygiène — pas sur une réécriture.
- Gardez l'observabilité au centre. Plus les agents interopèrent, plus la traçabilité (qui a fait quoi, via quel outil, sur ordre de quel agent) devient critique — pour le debug comme pour l'AI Act. C'est le cœur d'une démarche LLMOps.
FAQ
MCP et A2A sont-ils concurrents ? Non — ils sont complémentaires. MCP connecte un agent à ses outils et données (vertical) ; A2A fait communiquer des agents entre eux (horizontal). Un système mature utilisera les deux : des agents qui coopèrent via A2A, chacun outillé via MCP.
Faut-il attendre que la guerre des protocoles se termine ? Pour la couche outils, non : MCP est déjà le standard de fait, adopté au-delà d'Anthropic (OpenAI, Google, Microsoft). Pour la couche inter-agents, une posture de veille active suffit dans la plupart des cas en 2026.
Qu'est-ce qu'une Agent Card (A2A) ? La carte d'identité machine-lisible d'un agent : elle décrit ses capacités, ses modalités d'entrée/sortie et son point d'accès, pour que d'autres agents puissent le découvrir et lui déléguer des tâches.
Quel lien entre ces protocoles et le function calling ? Le function calling est la capacité brute d'un LLM à appeler une fonction ; MCP standardise la façon dont ces fonctions/outils sont exposés, découverts et gouvernés à l'échelle d'un SI. L'un est le mécanisme, l'autre le standard d'architecture.
Choisir son architecture de protocoles avec Origin 137
Le choix des protocoles d'agents est une décision d'architecture engageante — exactement le type d'arbitrage que nos [Forward Deployed Engineers](/forward-deployed-engineers) tranchent chez nos clients : ce qu'on standardise maintenant (MCP), ce qu'on prépare (A2A), ce qu'on écarte. Partenaire officiel d'Anthropic, nous déployons MCP en production chez des ETI et grands groupes — pas en slide, en code.
Parler à un expert — 30 minutes pour cartographier votre architecture d'agents et ses choix de protocoles.
Voir aussi :