C'est quoi le MCP (Model Context Protocol) ?

Le MCP (Model Context Protocol) est un standard ouvert qui permet de brancher un modèle ou un agent IA à des outils et des données externes, sans réécrire une intégration sur mesure pour chaque combinaison. Il a été publié en open source par Anthropic le 25 novembre 2024.

Le problème qu'il règle est simple à voir. Avant un standard, chaque fois que tu voulais qu'une IA lise ton catalogue, vérifie ton stock ou écrive dans ta base, il fallait coder une connexion spécifique. Change de modèle, tu recodes. Ajoute un outil, tu recodes. Avec quelques modèles et quelques outils, ça explose vite en un nombre de petits ponts à construire et à maintenir un par un.

Le MCP, c'est une prise standard

Pense à une prise électrique. Avant les prises normalisées, chaque appareil aurait eu son propre branchement, et il aurait fallu un adaptateur unique par paire appareil-mur. La prise standard règle ça : un seul format, et tout ce qui le respecte se branche.

Le MCP joue ce rôle entre une IA et le reste du monde. D'un côté, l'agent parle « MCP ». De l'autre, tes outils et tes données sont exposés via un serveur MCP qui parle aussi « MCP ». Le branchement devient une formalité : n'importe quel agent compatible peut se connecter à n'importe quel serveur compatible, sans colle sur mesure entre les deux.

Un serveur MCP, c'est quoi exactement

Un serveur MCP est un petit programme qui se place devant tes données ou tes actions et les rend disponibles dans un format que tout agent compatible sait lire. Il expose trois choses : des outils (des actions que l'agent peut déclencher, comme « vérifier le stock »), des ressources (des données que l'agent peut consulter, comme un catalogue) et parfois des invites prêtes à l'emploi.

Tu n'exposes pas tout ton système, seulement ce que tu décides. C'est toi qui choisis quelles actions et quelles données passent par le serveur, ce qui en fait aussi un point de contrôle naturel.

Côté agent, rien de spécial à coder pour chaque source : il découvre les outils et les ressources offerts par le serveur, puis les utilise via le tool use, le mécanisme par lequel un LLM choisit d'appeler une fonction et reçoit son résultat.

Pourquoi ça compte

Le MCP change trois choses concrètes pour qui veut faire agir une IA.

L'interopérabilité d'abord. Tu écris un serveur MCP une fois, et il sert tous les agents compatibles, pas un seul. Tu changes de modèle plus tard, ton serveur ne bouge pas.

L'effet écosystème ensuite. Comme le standard est ouvert, des outils déjà branchés existent et de plus en plus de logiciels l'adoptent. Tu réutilises un serveur MCP existant pour une source courante au lieu de repartir de zéro.

Le contrôle enfin. En passant tes données et tes actions par un serveur que tu maîtrises, tu décides exactement ce que l'agent peut voir et déclencher. Le périmètre est explicite, pas dilué dans dix branchements maison.

Exemple : l'agent de devis de Pierre

Chez Maisons&Mobilia, Pierre veut un agent qui prépare ses devis. L'agent a besoin de deux sources : le catalogue (références et prix) et le stock (disponibilités). Sans standard, il faudrait coder deux connexions sur mesure, propres à ce modèle précis.

Avec le MCP, Pierre expose ces deux sources via un serveur MCP. Le serveur offre un outil « vérifier le stock » et une ressource « catalogue ». L'agent de devis s'y branche en parlant le même protocole : il lit le catalogue pour les prix, appelle l'outil de stock pour les disponibilités, puis assemble le devis. Si Pierre teste un autre modèle le mois suivant, il rebranche le nouvel agent sur le même serveur, sans rien réécrire côté données.

Le serveur sert aussi de garde-fou. Il n'expose ni outil « modifier les prix » ni outil « envoyer ». L'agent ne peut donc, par construction, ni changer un tarif ni expédier un devis tout seul. Sophie relit et envoie. Le périmètre n'est pas une promesse, il est inscrit dans ce que le serveur rend disponible.

Ce que ça change pour toi

Si tu veux faire agir une IA sur tes propres outils, le MCP te dit où poser la frontière. Tu n'apprends pas un protocole par modèle : tu exposes une fois tes données et tes actions, proprement, et tu choisis ce qui passe. Le branchement cesse d'être un projet à part entière et redevient une connexion.

Le MCP n'est pas magique pour autant. C'est une convention de branchement, pas une garantie que l'agent prendra de bonnes décisions. Il range la plomberie, il ne remplace ni le choix d'un bon périmètre ni la supervision humaine sur les actions sensibles.

Aller plus loin

L'app saisir.ai te fait manipuler ces briques toi-même, en français, sans coder : tu vois comment un agent appelle un outil et où se pose la frontière, en cinq minutes par jour, par petits modules concrets. Pour relier ça au reste, lis comment construire un agent IA, où le serveur MCP est l'une des briques, et les garde-fous des agents IA pour cadrer ce que ton agent a le droit de faire.