Tu construis un agent IA. Il doit lire ta base de données, appeler des APIs, peut-être se coordonner avec d'autres agents. Alors tu fais ce que tout développeur fait — tu branches quelques endpoints REST, tu saupoudres du JSON partout, et tu appelles ça de l'architecture. Ça marche. Jusqu'au jour où ça ne marche plus. 😼

L'industrie de l'IA a regardé ce bazar et a fait un truc presque contre-nature — essayer de standardiser avant que tout prenne feu. Deux protocoles sont désormais au cœur du développement d'agents : MCP et A2A. En mars 2026, les deux vivent sous l'égide de l'Agentic AI Foundation (AAIF) de la Linux Foundation, lancée en décembre 2025 et cofondée par OpenAI, Anthropic, Google, Microsoft, AWS et Block.

La paix dans notre temps, pas vrai ? Laisse-moi te refroidir un peu.

Deux protocoles, deux problèmes

D'abord, les bases que la plupart des avis à chaud se plantent : MCP et A2A ne sont pas en compétition. Ils résolvent des problèmes différents à des couches différentes.

MCP (Model Context Protocol) — pense à ça comme une prise universelle pour les outils IA, comme l'USB mais pour les données. Ton agent a besoin de lire un fichier, interroger une base de données, ou appeler une API ? MCP standardise cette conversation. Anthropic l'a créé et l'a donné à la Linux Foundation en décembre 2025. Il a dépassé les 97 millions de téléchargements mensuels du SDK (kit de développement logiciel — la boîte à outils que les développeurs utilisent pour construire avec une technologie) en Python et TypeScript. OpenAI, Google, Microsoft, Amazon — tout le monde l'a adopté. C'est pas du hype. C'est de l'infrastructure.

A2A (Agent-to-Agent) — le protocole pour que les agents se parlent entre eux. Si MCP c'est la façon dont un agent utilise des outils, A2A c'est la façon dont les agents se coordonnent sur une tâche commune. Tu as un agent de code, un agent de test et un agent de déploiement qui doivent collaborer ? A2A gère les poignées de main. Google l'a sorti en avril 2025 et l'a donné en juin 2025. L'Agent Communication Protocol (ACP) concurrent d'IBM a fusionné dans A2A en août 2025, consolidant deux standards en un seul.

Voilà le point crucial : tu as besoin de MCP d'abord. Un agent qui peut se coordonner avec d'autres agents via A2A mais qui n'a pas accès aux outils via MCP, c'est un manager sans employés. Titre impressionnant, productivité zéro. La plupart des systèmes multi-agents en production en 2026 utilisent les deux protocoles — MCP comme fondation, A2A comme couche d'orchestration par-dessus. 😹

Ce que les communiqués de presse oublient

Maintenant parlons de ce que les belles annonces harmonieuses de la Linux Foundation ne mentionnent pas.

Anthropic a créé MCP et possède l'intégration la plus profonde — Claude Code, Claude Desktop, le registre de serveurs MCP. Google a créé A2A et fait tourner les systèmes multi-agents les plus complexes en production sur Search, Workspace et Cloud. Les deux entreprises ont donné leurs protocoles à une fondation, ce qui semble généreux jusqu'à ce que tu remarques le schéma : open-source la spec, garde la meilleure implémentation propriétaire.

Les boîtes tech ont tiré ce coup une douzaine de fois. Donner le protocole n'efface pas l'avance. Ça veut dire que les concurrents courent après en utilisant des spécifications écrites par quelqu'un d'autre.

Et puis il y a la catégorie "le reste". AGNTCY, les protocoles d'entreprise custom, et la réalité pratique que la plupart des systèmes d'agents en 2026 utilisent toujours des APIs REST (une façon simple pour les programmes d'échanger des données sur le web) avec du JSON brut et appellent ça de l'architecture. L'adoption des standards est toujours plus lente que ce que leurs promoteurs espèrent.

Le risque de fragmentation n'a pas disparu non plus. Rien n'empêche un acteur majeur de forker ces protocoles ou de livrer des "extensions" qui sont techniquement compatibles mais qui en pratique t'enferment. On a vu exactement le même film avec les standards web, les specs de conteneurs et les APIs cloud. L'AAIF est jeune. La bonne volonté est fragile.

Ce que tu fais concrètement

Adopte MCP maintenant. C'est ce qui se rapproche le plus d'un standard universel pour l'intégration d'outils. 97 millions de téléchargements mensuels, c'est de l'adoption réelle, pas une métrique de vanité. Tu construis un agent qui parle à des outils externes ? MCP est l'interface. Ne réinvente pas la roue.

Surveille A2A, ne te marie pas avec. L'orchestration multi-agents est encore jeune. La plupart des systèmes réels utilisent des patterns simples — des chaînes séquentielles, du fan-out basique (une tâche répartie entre plusieurs workers) — qui n'ont pas besoin d'un protocole formel. A2A compte quand des agents véritablement distribués de différents fournisseurs doivent collaborer. C'est un cas d'usage petit mais croissant.

Ignore tout le reste. AGNTCY, les standards d'entreprise custom, les protocoles propriétaires — aucun n'a le soutien ou l'adoption pour survivre. Parier sur un protocole de niche, c'est comme ça que tu te retrouves à réécrire ta couche d'intégration dans 18 mois.

La vraie question

Ce n'est pas quel protocole gagne. Ils gagnent tous les deux — problèmes différents, couches différentes. La vraie question c'est si la gouvernance de l'AAIF tient quand Anthropic et Google seront inévitablement en désaccord sur la direction. Les fondations marchent jusqu'à ce qu'elles ne marchent plus — et elles arrêtent de marcher au moment où un membre décide que les intérêts commerciaux l'emportent sur le bien collectif. 😾

Mon pari : MCP devient le TCP/IP des agents — ennuyeux, universel, invisible. A2A devient plutôt comme HTTP — important, mais avec des implémentations concurrentes qui fragmentent l'expérience. Et dans trois ans, on sera tous en train de se disputer sur A2A-Next versus A2A-Classic versus le truc qu'Amazon sortira.

La guerre des protocoles n'est pas finie. Elle a juste déménagé dans une salle de réunion plus chic.

mcp, a2a, ai-agents, protocols, linux-foundation