Le protocole ennuyeux qui a gagné
La décision IA la plus importante de l'année écoulée n'était pas un nouveau modèle — c'était une prise. Fin 2024, Anthropic a publié le Model Context Protocol(lien externe, nouvel onglet), un standard ouvert et simple décrivant comment un agent IA se connecte aux outils, aux données et aux services. En un an, OpenAI, Google et Microsoft l'avaient tous adopté. MCP est devenu discrètement le port USB-C du monde des agents : un connecteur, plein d'appareils.
C'est plus important qu'il n'y paraît. Pendant deux ans, chaque entreprise qui branchait un assistant sur ses systèmes construisait la tuyauterie à la main — une intégration sur mesure pour Jira, une autre pour Salesforce, une autre pour la base interne. MCP a remplacé tout ça par une interface unique. Les démos qui impressionnaient tout le monde ont soudain eu une manière standard de toucher de vrais systèmes, ce qui explique justement comment les agents IA sont passés des démos aux vrais workflows.
Pourquoi ce sont les standards, pas les modèles, qui désignent les gagnants
Celui qui possède l'interface possède l'écosystème, et cette leçon est plus ancienne que l'IA. HTTP a compté plus que n'importe quel serveur web. L'USB a compté plus que n'importe quel appareil. Le protocole, c'est là qu'est le levier, parce que tous les autres doivent construire autour. Anthropic l'a compris et a fait quelque chose de contre-intuitif : donner le protocole sous forme de spécification ouverte(lien externe, nouvel onglet) au lieu de le garder pour soi.
Le pari : un standard ouvert largement adopté que vous avez écrit bat un standard propriétaire que vous détenez seul. Ça a marché. En rendant MCP gratuit et neutre, Anthropic en a fait le défaut, et un défaut est une forme de pouvoir doux. Chaque éditeur d'outil livre désormais un serveur MCP. Chaque framework d'agent parle MCP. Le modèle qu'on branche devient presque interchangeable — ce qui, quand on vend des modèles, est étrange à vouloir, jusqu'à ce qu'on réalise que l'alternative était un marché fragmenté où aucun agent ne pouvait rien faire d'utile.
Le combat est monté d'un cran
La guerre des standards n'est pas terminée — elle s'est juste déplacée du protocole vers tout ce qui se construit dessus. MCP définit comment un agent parle à un outil. Il ne décide pas qui tient le registre des outils disponibles, qui certifie qu'un serveur MCP est sûr, qui gère l'authentification et les permissions, ni qui facture le trafic. Ce sont ces couches-là qui abriteront la prochaine manche de concurrence et de verrouillage.
Pensez à ce qu'un app store a fait à un système de fichiers. Le protocole d'installation de logiciels était ouvert ; la boutique qui curait, classait et facturait est devenue le goulot d'étranglement. Attendez-vous au même schéma. L'entreprise qui tiendra l'annuaire de confiance des serveurs MCP d'entreprise, ou la couche d'identité qui gouverne quel agent peut appeler quel outil, détiendra un vrai pouvoir même si le protocole sous-jacent est gratuit.
Ce que cela signifie pour les équipes produit et sécurité
Adopter MCP est désormais une décision stratégique, pas un simple confort d'ingénierie. Côté produit, exposer son service en tant que serveur MCP commence à ressembler à ce qu'était une API publique en 2010 — le minimum pour être atteignable par les outils que vos clients utilisent vraiment. Si un agent ne peut pas vous appeler, vous êtes invisible dans un workflow médié par l'agent.
C'est côté sécurité que les équipes sous-estiment l'exposition. Un serveur MCP est une porte vers vos systèmes qu'un agent autonome peut franchir, ce qui fait de la gestion des permissions un enjeu produit de premier plan, pas une réflexion après coup. Qui a autorisé cet agent ? Que peut-il lire et écrire ? Où est la piste d'audit ? Ce sont les questions que je soulevais dans la gouvernance de l'IA devient une exigence produit, et MCP les rend urgentes parce que les connexions sont maintenant automatisées et nombreuses. L'écart entre les démos d'agents et la production est en grande partie un écart de tuyauterie précisément là : confiance, permissions, observabilité.
Le Takeaway
Traitez MCP comme vous traitiez les API publiques il y a dix ans : décidez délibérément ce que vous exposez, à quels agents, sous quelles permissions et avec quelle journalisation — avant qu'une équipe ne le branche discrètement. La guerre du protocole est quasiment finie. Celle du contrôle des registres, de l'identité et de la couche de confiance au-dessus ne fait que commencer, et c'est là qu'il faut regarder.
