Deux protocoles se sont installés dans l'écosystème des agents et règlent des problèmes différents. Les confondre brouille les décisions d'architecture.
01. Deux axes distincts
MCP normalise la liaison verticale : la relation entre l'agent et ses outils et sources de données. A2A normalise l'horizontale : des agents qui se parlent et se délèguent du travail.
02. Ce qu'apporte MCP
Il supprime la nécessité d'écrire une intégration par outil. Écrivez un serveur MCP pour votre ERP et différents clients IA pourront l'utiliser.
03. Ce qu'apporte A2A
Il permet à des agents de fournisseurs différents de travailler dans un même flux. Son usage en production s'est répandu vite dans les environnements multi-fournisseurs.
04. La question des habilitations
Dans les deux protocoles, la question critique est la même : sous quelle identité l'agent agit-il ? Celle de l'utilisateur, ou une identité de service propre ? Sans trancher cela, aucune habilitation ne peut être conçue.
05. Le sens pour l'entreprise
Cela revient à investir l'effort d'intégration dans une norme plutôt que dans un produit. En changeant d'outil IA, vous ne réécrivez pas la couche de connexion.
06. Par où commencer
Bâtissez votre premier serveur MCP sur une source en lecture seule. N'ouvrez les outils en écriture qu'une fois les habilitations et la journalisation en place.