Au-delà de MCP : pourquoi votre plateforme d'IA d'entreprise a besoin de sept frontières, et non d'un seul protocole

MCP devient la réponse par défaut à toutes les questions relatives à l'architecture d'agent d'entreprise. Accéder aux données internes ? MCP. Appeler les API de l'entreprise ? MCP. Deux agents doivent communiquer ? MCP. Construire la plateforme d'IA interne ? Mettez un serveur MCP devant tout.

Un serveur MCP n'est pas une plateforme d'IA.

Il ne décide pas quelle source fait autorité. Il ne préserve pas les transactions commerciales. Il n'établit pas si un employé peut autoriser un paiement. Il n’exécute pas un processus qui attend trois jours pour l’approbation humaine. Cela ne détermine pas si un agent a sélectionné le bon outil ou produit le bon résultat.

MCP normalise une frontière : la connexion entre une application d’IA et une fonctionnalité. Une plateforme d’agents d’entreprise doit en gérer plusieurs autres.

Qui a construit quoi et pourquoi c'est important

Ces protocoles sont arrivés à dix-huit mois d’intervalle. Quatre fournisseurs, quatre protocoles ouverts, quatre problèmes différents :

MCP (Anthropic, open source novembre 2024) standardise la façon dont les clients IA découvrent et invoquent les outils. Basé sur JSON-RPC, avec négociation du cycle de vie. Adopté par Claude, Cursor, VS Code et des dizaines de frameworks d'agents. Forte adéquation : plusieurs clients IA partageant une seule interface de fonctionnalité.

A2A (Google, avril 2025 ; v1.0 janvier 2026) standardise la manière dont les agents indépendants se délèguent le travail entre eux. Conçu pour la collaboration entre organisations et agents entre fournisseurs, et désormais régi par la Linux Foundation. Forte adéquation : « enquêter sur ce fournisseur et produire un rapport » dans lequel l'agent distant est propriétaire du résultat.

AG-UI (CopilotKit, open-sourc...
[Courte citation de 8% de l'article original]