Pourquoi le MCP est à l'IA ce que le conteneur fut au commerce mondial

Combien de fois avez-vous rebranché la même chose ? Vous avez connecté un assistant IA à votre CRM, puis l'API a changé et tout a cassé. Vous avez payé un connecteur Zapier, puis un deuxième, puis un script maison pour le cas que personne ne couvrait. Chaque nouvel outil exige sa passerelle, chaque passerelle son entretien — et le jour où vous changez de modèle d'IA, tout est à refaire. Si cette description ressemble à votre système d'information, ce qui suit vous concerne directement.

Le problème a un nom en ingénierie : l'intégration N×M. Avec N applications d'IA et M services à connecter, il faut écrire et maintenir N×M ponts sur mesure. Dix outils, cinq assistants : cinquante connecteurs. La combinatoire dévore les budgets, et elle explique pourquoi tant de projets d'IA en entreprise restent des démonstrateurs isolés : l'intelligence était là, la plomberie manquait.

Or ce problème exact, le monde physique l'a déjà résolu une fois. Il a suffi d'une boîte.

1956 : l'invention la plus ennuyeuse du siècle

Le 26 avril 1956, un ancien routier nommé Malcom McLean fait charger cinquante-huit caisses d'acier identiques sur un pétrolier reconverti, l'Ideal X, dans le port de Newark. L'objet est d'une banalité parfaite : une boîte métallique aux dimensions fixes. L'historien Marc Levinson lui a pourtant consacré un livre au sous-titre éloquent — comment le conteneur a rendu le monde plus petit et l'économie mondiale plus grande. Avant McLean, décharger un navire mobilisait des dizaines de dockers pendant des jours, chaque marchandise ayant sa forme, son emballage, sa manutention. Après lui, une grue transfère une boîte standard d'un bateau à un camion à un train en quelques minutes, et le coût du fret s'effondre de plus de 90 %. La mondialisation doit moins à l'informatique qu'à cette caisse.

La leçon dérange nos réflexes : ce ne sont pas les technologies spectaculaires qui transforment le monde, ce sont les standards ennuyeux qui définissent comment les choses se connectent. Le Model Context Protocol — le MCP — est, pour l'intelligence artificielle, cette boîte en acier.

Un quai standardisé pour les modèles

Proposé en open source par Anthropic fin 2024, le MCP définit une fois pour toutes comment un modèle d'IA et une source de données se parlent. On n'écrit plus un connecteur par couple modèle/service : on écrit un « serveur MCP » pour son service, et n'importe quelle IA compatible peut s'y brancher. N×M devient N+M. La boîte est la même partout ; ce qu'on met dedans vous regarde.

L'architecture est de type client-serveur. D'un côté, le client : l'application qui héberge le modèle — un chatbot, un éditeur de code, un assistant de bureau. De l'autre, des serveurs : de petits programmes qui exposent chacun une capacité — lire des documents, interroger une base, envoyer un message. Les échanges transitent en JSON-RPC, format lisible et universel. Le protocole définit une petite grammaire de l'action : des ressources (documents consultables), des outils (fonctions que le modèle peut invoquer), des prompts (gabarits d'interaction), et des garde-fous qui bornent le périmètre — tel répertoire, tel endpoint, pas au-delà. Vocabulaire aride, mais ce sont les dimensions normalisées du conteneur : sans elles, rien ne s'emboîte.

Un point de conception mérite d'être souligné : le MCP garde l'humain aux commandes. L'utilisateur décide quelles ressources sont partagées, chaque appel d'outil est traçable, et le modèle ne sort pas de son couloir. La standardisation n'est pas l'abandon du contrôle ; elle en est la condition.

Mi-2026 : le standard a changé de mains, et c'est bon signe

Depuis la première version de cet article, l'histoire s'est accélérée — et elle a suivi, presque point par point, la trajectoire du conteneur. McLean avait fini par céder ses brevets à la normalisation ISO, comprenant qu'un standard ne vaut que s'il n'appartient à personne. En décembre 2025, Anthropic a fait de même : le MCP a été transféré à l'Agentic AI Foundation, un fonds hébergé par la Linux Foundation et cofondé avec OpenAI et Block — c'est-à-dire confié à une gouvernance neutre où siègent aussi Google, Microsoft, AWS et Cloudflare.

L'adoption a suivi la même pente. OpenAI, Google et Microsoft ont intégré le protocole dans leurs produits — ChatGPT, Gemini, Copilot, VS Code, Cursor. Un registre officiel de serveurs MCP a ouvert, et l'écosystème public dépassait les dix mille serveurs actifs fin 2025 selon Anthropic, sans compter les serveurs privés d'entreprise que personne ne recense. Quand les concurrents directs de l'inventeur adoptent son protocole et financent sa fondation, la partie est jouée : on ne débat plus du standard, on construit dessus.

À qui ça sert dès aujourd'hui : trois cas concrets en PME

Restons loin des démos de conférence. Voici trois usages que le MCP rend réalistes pour une structure de dix à deux cents personnes, sans équipe de développement dédiée.

Le service client qui connaît vos commandes. Un assistant branché via MCP sur le CRM et l'outil de facturation répond à « où en est la commande de Dupont ? » en consultant les vrais systèmes, au lieu de réciter une politique générique. Le même serveur MCP servira demain un autre assistant si vous changez de fournisseur d'IA — c'est toute la différence avec le connecteur propriétaire.

Le reporting qui se fabrique seul. Chaque début de mois, un agent interroge la comptabilité, le tableau de suivi commercial (Airtable, Sheets) et l'outil de gestion de projet, puis assemble la synthèse que quelqu'un passait une journée à compiler. La logique de l'agent — cette boucle où un modèle perçoit, raisonne, puis agit, dont le fonctionnement d'un agent IA propulsé par un LLM fait l'objet d'un article dédié — reste la même ; le MCP lui fournit des prises murales au lieu de fils dénudés.

L'assistant personnel de direction. Mails, agenda, drive, messagerie : un dirigeant peut désormais confier le tri et la préparation de ses journées à un assistant auto-hébergé qui se branche sur tout cela par serveurs MCP interposés — OpenClaw, assistant IA personnel auto-hébergé, en est l'illustration la plus parlante : ce genre de créature n'existe que parce que le quai est standardisé.

Dans mes projets d'agents et d'automatisations, le basculement est déjà fait : là où je bricolais des ponts sur mesure entre une IA et une base, un agenda ou une messagerie, je branche des serveurs standardisés comme on empile des conteneurs. Le temps économisé sur la plomberie se réinvestit dans la conception — les grandes standardisations ne suppriment pas le travail, elles le déplacent vers le haut.

Ni RAG, ni LangChain : une couche en dessous

Une confusion fréquente mérite d'être levée. Le MCP n'est ni un framework d'orchestration (LangChain décide quelles étapes enchaîner), ni une technique documentaire (le RAG décide quel contenu fournir). Il opère en dessous : il standardise le canal par lequel tout cela circule. Les deux se combinent d'ailleurs sans peine — un serveur MCP peut exposer un moteur de recherche vectorielle. Le bon modèle mental n'est pas le plugin propriétaire, mais le protocole ouvert : le MCP est au dialogue IA-outils ce que HTTP est au web.

McLean n'a pas inventé le commerce mondial ; il a rendu banal ce qui était héroïque, et c'est en devenant banale que la logistique est devenue universelle. Le MCP suit ce chemin, et en matière d'infrastructure, l'ennui est le plus sûr signe du triomphe.

Je termine par une prédiction datée, donc falsifiable : avant le 31 décembre 2027, la majorité des grands logiciels SaaS utilisés par les PME françaises — CRM, comptabilité, support, gestion de projet — proposeront un serveur MCP officiel, comme ils proposent aujourd'hui une API REST. Si je me trompe, cet article sera encore là pour en témoigner. Rendez-vous fin 2027.