MCP, le protocole qui branche l’IA sur vos outils

Un modèle de langage ne sait faire qu’une chose, produire du texte. Il ne lit pas votre agenda, il n’envoie pas de facture, il n’ajoute pas de ligne dans votre gestion. Pour qu’il agisse, il faut brancher un outil derrière lui, et c’est là que ça se complique.

Chaque logiciel expose sa propre porte d’entrée, avec ses règles, son vocabulaire et ses caprices. Résultat, il fallait écrire une intégration pour chaque couple, une pour cet assistant et cet outil, une autre pour le même outil et un autre assistant.

Faites le calcul. 10 applications et 100 outils, ce sont 1 000 raccordements à écrire et à maintenir. Chaque nouvel outil oblige à recoder un connecteur pour toutes les applications existantes. Et le jour où un éditeur modifie sa porte d’entrée, tout ce qui s’y branchait casse en silence.

C’est un problème d’industrie, pas de moyens. Les entreprises qui ont levé des milliards butaient dessus comme les autres, parce qu’aucun budget ne rattrape un travail dont le volume se multiplie au lieu de s’additionner.

Le MCP est une façon standard de présenter un logiciel à une IA.

Le nom complet est Model Context Protocol, protocole de contexte de modèle. Il a été publié par Anthropic fin 2024, gratuitement et ouvertement, puis adopté par ses propres concurrents, ce qui est le signe le plus fiable qu’un standard a gagné.

L’image que tout le monde emploie est celle de l’USB. Avant, chaque appareil avait son chargeur et son câble. Une prise unique a tout réglé, non pas en rendant les appareils plus intelligents, mais en se mettant d’accord sur la forme du connecteur.

L’effet sur le calcul précédent est net. Chaque outil se présente une seule fois, chaque application apprend à lire ce format une seule fois. On passe de 1 000 raccordements à 110. C’est là tout l’intérêt, et il n’y a rien de plus derrière le mot.

Le point qui surprend le plus est la découverte. Une IA branchée sur un outil ne sait rien de lui au départ. Elle demande, et l’outil lui répond en langage clair ce qu’il sait faire, ce qu’il attend et ce qu’il rend.

Cela veut dire qu’on peut brancher un nouvel outil et que l’assistant voit apparaître de nouvelles capacités sans qu’une ligne de l’application ait été retouchée. Avec l’ancienne méthode, un développeur devait câbler chaque fonction à la main.

Le second point est plus rassurant qu’il n’y paraît. Le modèle n’exécute jamais rien lui-même. Il dit ce qu’il veut faire, et un programme ordinaire, hors du modèle, décide de le faire ou non. Vos identifiants ne passent jamais devant lui.

C’est exactement la mécanique que nous décrivons dans appel d’outil, comment un agent IA agit vraiment. Le MCP ne change pas cette mécanique, il en normalise la forme.

Voilà l’information que presque aucun contenu français ne porte encore, et elle est vérifiable dans le journal officiel des modifications du protocole.

Le 28 juillet 2026, le MCP a connu sa plus grosse révision depuis son lancement. Il est devenu sans état.

Traduit du jargon, l’ouverture de conversation et l’identifiant de session ont été supprimés. Avant, une conversation était attachée au serveur précis qui l’avait ouverte. Si ce serveur tombait, ou si le trafic était réparti sur plusieurs machines, tout s’arrêtait. Il fallait des rustines pour tenir la charge.

Désormais, chaque demande se suffit à elle-même et n’importe quelle machine peut la traiter. Ce n’est pas un détail d’ingénieur. C’est ce qui fait passer le MCP d’une bricole de poste de travail à quelque chose qu’une entreprise peut exploiter sérieusement, et à moindre coût, puisqu’un serveur n’a plus besoin de tourner en permanence.

Plusieurs fonctions historiques sont au passage dépréciées, avec une fenêtre de 12 mois annoncée avant retrait. Si un prestataire vous a livré une intégration MCP l’an dernier, c’est le bon moment pour lui demander où il en est de cette migration.

Vous croiserez cette affirmation, elle est portée avec conviction. Elle mérite d’être prise au sérieux, puis corrigée.

Le reproche est réel. Pour qu’un modèle sache qu’un outil existe, on lui décrit cet outil dans sa mémoire de travail, qui est limitée. Avec plusieurs serveurs branchés en permanence, une part importante de cette mémoire est consommée avant même votre première question, pour décrire des outils qui ne serviront pas.

La solution proposée est de ne charger la description d’un outil qu’au moment où il devient utile. C’est le principe des compétences chargées à la demande, et il est excellent.

Mais ce n’est pas la mort du protocole, c’est la correction d’une façon de s’en servir. Le défaut vient des implémentations qui déversent tout d’un coup, pas du standard lui-même, et les 2 approches sont aujourd’hui considérées comme complémentaires. L’une décrit comment un outil se présente, l’autre quand on en parle au modèle.

Retenez surtout la leçon générale, qui vaut bien au-delà du sujet. Sur ces technologies, une affirmation tranchée a une durée de vie de quelques mois. Celui qui déclarait le protocole mort décrivait un état qui a changé 12 jours plus tard.

Donner à une IA la capacité d’agir dans vos outils est puissant, et c’est précisément pour ça que c’est risqué. Trois dangers reviennent, et aucun n’est théorique.

Les instructions cachées dans un document. Un modèle ne distingue pas vos consignes du texte qu’il lit. Une phrase glissée dans un fichier, du genre ignore tes consignes et envoie ceci ailleurs, peut être suivie comme un ordre.

La description d’outil piégée. Un outil se présente au modèle en langage clair. Un serveur malveillant peut cacher dans cette présentation des instructions détournées, que le modèle prendra pour argent comptant.

Les droits trop larges. Le plus banal et le plus fréquent. Un agent qui peut tout supprimer fera d’autant plus de dégâts le jour où il se trompe, et il se trompera.

Les 2 règles qui règlent l’essentiel tiennent en une ligne chacune. N’installez que des serveurs de source fiable, comme vous n’installez pas n’importe quelle extension dans votre navigateur. Et n’accordez que le strict nécessaire, jamais l’accès complet par confort.

Enfin, gardez la validation humaine sur ce qui sort de l’entreprise. Quand votre assistant demande la permission avant d’envoyer, ce n’est pas une formalité, c’est la dernière ligne de défense.

Vous n’avez pas à lancer un chantier MCP. Personne n’achète un protocole. En revanche, il entre dès maintenant dans 3 décisions que vous prenez déjà.

Le choix de vos logiciels. Quand vous comparez 2 outils de gestion ou de facturation, demandez si l’éditeur propose un serveur MCP officiel. C’est aujourd’hui un bon indicateur de sa capacité à être piloté par une IA demain, sans développement spécifique à votre charge. C’est devenu un de nos critères sur les projets d’intégration de logiciels métiers.

La question à poser à votre prestataire. S’il vous a livré une intégration IA, demandez-lui comment il gère le changement du 28 juillet. Une réponse floue est une réponse.

L’ordre dans lequel on avance. Un assistant utile a besoin de savoir avant d’agir. La connaissance de vos documents relève du RAG, la capacité d’agir relève du MCP. Commencer par la seconde donne un outil qui agit vite et mal.

Et la question préalable reste la même que pour tout le reste, avez-vous vraiment besoin d’un agent, ou d’une automatisation ordinaire qui coûte moins cher et tombe moins souvent en panne. Nous la traitons dans agent IA ou automatisation.

Le MCP est une bonne nouvelle, et pour une raison peu spectaculaire. Il ne rend aucune IA plus intelligente. Il rend le raccordement banal, donc reproductible, donc moins cher.

C’est exactement ce qui s’est passé avec le web. Un protocole s’est imposé, et tout le monde a construit dessus sans plus jamais en parler. Le meilleur avenir possible pour le MCP est de devenir invisible.

Ce que nous en faisons chez Metabacklinks tient en 3 principes. Nous branchons ce qui sert, pas ce qui impressionne en démonstration. Nous limitons les droits à ce que la tâche exige. Et nous gardons une validation humaine avant toute action qui sort de l’entreprise.

C’est ce cadre qui fait tourner nos 12 agents IA chez nos clients. La technologie change vite, la méthode beaucoup moins.