MCP, c'est quoi exactement ? Le protocole qui branche ton IA sur tes outils, expliqué sans jargon

Depuis un an, trois lettres reviennent dans chaque annonce liée à l’IA : MCP. On te dit que c’est un standard, que tout le monde l’adopte, que ça change tout. On ne t’explique jamais ce que c’est.

C’est dommage, parce que l’idée est simple, et parce que savoir ce que ça recouvre te permet surtout de trancher une question utile : est-ce que ça te concerne, ou pas encore ?

L’idée en une image

Souviens-toi de l’informatique d’avant l’USB. Chaque appareil avait son connecteur : un port pour l’imprimante, un autre pour le scanner, un autre pour la souris. Chaque fabricant devait prévoir un branchement pour chaque machine. Ça marchait, mais ça ne montait pas à l’échelle.

L’USB a résolu ça en posant une prise unique : le fabricant respecte la norme, et son appareil fonctionne partout.

MCP — Model Context Protocol — fait la même chose entre un assistant IA et tes outils.

Sans MCP : pour que ton assistant puisse lire ton agenda, quelqu’un doit développer une intégration spécifique entre cet assistant et cet agenda. Pour ton stockage de fichiers, une autre intégration. Pour ta facturation, une troisième. Multiplie par le nombre d’assistants existants, et tu obtiens un travail impossible à tenir.

Avec MCP : l’outil expose une prise standard. N’importe quel assistant qui parle le protocole peut s’y brancher, sans que personne ait écrit du code spécifique pour ce couple précis.

C’est tout. Le reste est de la plomberie.

D’où ça vient, et pourquoi ça compte

MCP a été créé par Anthropic et publié en open source en novembre 2024. Le point important est venu ensuite : en décembre 2025, Anthropic en a fait don à la Linux Foundation, qui a créé pour l’occasion l’Agentic AI Foundation.

Cette fondation héberge aujourd’hui MCP aux côtés d’autres projets, et rassemble à peu près tout ce que le secteur compte d’acteurs sérieux : Amazon Web Services, Google, Microsoft, OpenAI, Anthropic, Cloudflare, Bloomberg et Block comme membres platine, puis IBM, Cisco, Docker, Oracle, Salesforce, Shopify, JetBrains et beaucoup d’autres.

Pourquoi c’est le fait notable : un protocole qui reste la propriété de son créateur est un levier commercial. Un protocole confié à une fondation neutre, adopté par des concurrents directs, devient une norme. La différence est la même qu’entre un format propriétaire et un format ouvert — elle décide de ce qui existera encore dans cinq ans.

Pour toi, la conséquence est concrète : les outils que tu choisis aujourd’hui ont plus de chances de s’emboîter demain, sans que tu sois obligé de tout prendre chez le même fournisseur.

Ce que ça permet concrètement

Un assistant sans MCP fait une chose : il produit du texte à partir de ce que tu lui écris. Il ne sait rien de tes fichiers, ne voit pas ton agenda, ne peut rien modifier.

Un assistant branché en MCP peut aller chercher et agir.

Sans MCP	Avec MCP
Tu copies-colles un document dans le chat	L’assistant ouvre le document là où il est
Tu lui décris ton agenda de la semaine	Il le lit et propose un créneau
Il te rédige un mail, tu l’envoies	Il prépare le brouillon dans ta boîte
Tu lui donnes tes chiffres à la main	Il les lit dans ton tableur
Tu répètes le contexte à chaque conversation	Il retrouve le contexte dans tes fichiers

La bascule n’est pas cosmétique. On passe d’un assistant qui conseille à un assistant qui exécute — avec tout ce que ça implique, y compris en matière de risque, on y revient.

Le vocabulaire, en trente secondes

Serveur MCP : le connecteur côté outil. Quand on dit « il existe un serveur MCP pour Notion », ça veut dire que Notion expose une prise à laquelle un assistant peut se brancher. Le mot « serveur » fait peur : ce n’est pas une machine à administrer, c’est un petit programme de liaison.

Client MCP : l’assistant qui se branche. La plupart des assistants sérieux le sont désormais.

Outil (tool) : une action précise que le serveur expose — « lire un fichier », « créer un événement », « chercher dans une base ». L’assistant voit la liste et choisit.

C’est le même principe déclencheur → action que dans l’automatisation no-code classique, avec une différence de taille : ici, c’est l’assistant qui décide quelle action appeler et quand, au lieu de suivre un scénario que tu as dessiné à l’avance. Si le principe ne te parle pas encore, commence par connecter deux outils sans coder — c’est la marche d’avant.

Est-ce que ça te concerne ? Le test en trois questions

MCP ne sert pas tout le monde. Trois questions permettent de trancher honnêtement.

Est-ce que je passe du temps à copier-coller du contexte dans mon assistant ? Si tu recolles les mêmes documents, les mêmes chiffres, les mêmes consignes à chaque conversation, MCP répond directement à ce problème.

Est-ce que mes données vivent dans des outils qu’un assistant pourrait lire ? Un drive, un gestionnaire de notes, un tableur, un outil de gestion. Si tout est dans ta tête ou dans des PDF éparpillés, il n’y a rien à brancher.

Est-ce que je veux que l’assistant agisse, ou seulement qu’il propose ? Si tu veux qu’il propose, tu n’as pas besoin de MCP. Le copier-coller reste plus simple et plus contrôlable.

Deux « oui » sur trois : ça vaut le coup de regarder. Sinon, tu peux tranquillement laisser passer — et ce n’est pas un retard, c’est un arbitrage.

Questions fréquentes

MCP, ça veut dire quoi exactement ?

Model Context Protocol. C’est une norme ouverte qui décrit comment un assistant IA se connecte à des outils et des données extérieurs. Créée par Anthropic en novembre 2024, elle est depuis décembre 2025 gérée par une fondation neutre rattachée à la Linux Foundation.

Faut-il savoir coder pour utiliser MCP ?

Non pour l’usage courant : de plus en plus d’assistants proposent d’activer une connexion en quelques clics, comme on autorise une application. Oui, en revanche, si tu veux créer ton propre connecteur pour un outil qui n’en a pas — là, c’est du développement.

Quelle différence avec une automatisation Make ou n8n ?

Une automatisation suit un chemin que tu as dessiné : quand X arrive, fais Y. MCP donne à l’assistant une boîte à outils et le laisse choisir lequel utiliser selon la demande. Le premier est déterministe et prévisible ; le second est souple et moins prévisible. Les deux coexistent très bien.

Est-ce que c’est risqué de brancher une IA sur mes outils ?

Oui, et il faut le dire clairement. Donner à un assistant le droit d’écrire dans tes fichiers ou d’envoyer des messages, c’est lui déléguer des actions réelles. Le principe de base : n’accorde que les droits nécessaires, commence par de la lecture seule, et garde une validation humaine sur tout ce qui touche un client ou de l’argent. La checklist avant de déléguer à un agent s’applique intégralement ici.

Est-ce que MCP va remplacer les intégrations classiques ?

Pas les remplacer, les compléter. Les intégrations directes restent plus fiables sur les processus critiques et répétitifs. MCP brille sur l’usage exploratoire, où on ne sait pas à l’avance quelle action sera nécessaire.

À retenir

MCP est une prise standard entre un assistant IA et tes outils. Elle permet à l’assistant de lire et d’agir au lieu de seulement discuter, et le fait que le protocole soit désormais géré par une fondation neutre plutôt que par un éditeur réduit sérieusement le risque de te retrouver enfermé.

Mais une prise standard ne fait pas de miracle. Un assistant branché sur tout et mal piloté reste un assistant mal piloté — la qualité du résultat dépend toujours d’abord de la clarté de ce que tu demandes et de la propreté de tes données.

Cette semaine : regarde simplement si ton assistant propose déjà des connexions dans ses réglages, et branche-en une seule, en lecture seule, sur l’outil où tu vas le plus souvent chercher du contexte. Tu verras en trois jours si ça change quelque chose à ta façon de travailler.