Lexique · III · L'orchestration
MCP
Aussi : Model Context Protocol
Un standard ouvert qui sert de prise universelle entre les modèles et vos systèmes : au lieu d'une intégration sur mesure par outil et par produit, une prise commune que tous savent brancher.
L'analogie
La prise électrique normalisée. Avant la norme, chaque appareil avait son connecteur et chaque bâtiment son installation ; brancher quoi que ce soit demandait un électricien. La norme a rendu tous les appareils compatibles avec toutes les prises. MCP joue ce rôle entre les systèmes d'information et les modèles : une façon standard de présenter vos outils et vos données.
La multiplication contre l'addition
Ajoutez des outils IA et des systèmes, puis comparez : intégrations sur mesure, ou prise MCP.
Choisissez une approche, puis agrandissez le parc :
3 outils × 3 systèmes = 9 intégrations à écrire et à maintenir.
Chaque câble se code, se documente, se maintient, et casse à la prochaine mise à jour.
Une API s'expose aux développeurs, projet par projet. MCP s'expose aux modèles, une fois pour toutes.
Le problème que la prise résout
Trois outils IA, trois systèmes internes : neuf intégrations à écrire si chacune est faite sur mesure. Chaque nouvel outil ajoute une ligne de câbles, chaque nouveau système une colonne ; le parc croît en multiplication, et la maintenance avec lui, car chaque câble casse à la prochaine mise à jour de l'un ou l'autre bout. MCP transforme cette multiplication en addition : chaque système s'expose une fois, chaque outil se branche une fois, et les deux mondes grandissent sans se multiplier l'un par l'autre.
Exemple concret
Votre équipe expose la base produit via un serveur MCP. Résultat : Claude, l'assistant du support et les agents internes s'y branchent sans développement spécifique, et le prochain outil compatible aussi. Avant MCP, ces trois branchements auraient été trois intégrations sur mesure, à maintenir séparément pendant des années.
Pourquoi ce n'est pas « juste une API »
Une API attend qu'un développeur lise sa documentation, écrive du code d'appel, le teste et le maintienne. Un serveur MCP se décrit lui-même au modèle qui s'y branche : voici mes outils (pour agir), mes ressources (pour lire), mes gabarits de requêtes. Le modèle découvre ces capacités à la connexion et les mobilise seul ; personne n'écrit de code d'appel. C'est cette découverte dynamique qui change la nature de l'objet : on ne programme pas l'usage, on équipe le modèle. Vos API existantes restent en dessous ; MCP est la couche qui les rend lisibles par les modèles.
Ce que ce n'est pas
Ce n'est pas un produit à acheter : c'est un standard ouvert, initié par Anthropic fin 2024, adopté depuis par OpenAI, Google ou Microsoft, et confié fin 2025 à une fondation indépendante sous l'égide de la Linux Foundation. Ce n'est pas magique : la prise ne décide pas de ce qu'on a le droit de brancher ; habilitations, sécurité et journalisation restent vos décisions. Et ce n'est pas un prérequis pour démarrer : c'est un accélérateur quand les intégrations se multiplient.
Souvent confondu avec
La distinction qui change la conversation.
- API
- Votre API existante parle aux développeurs : chaque assistant qui veut l'utiliser exige du code sur mesure. Un serveur MCP l'expose une seule fois, dans un format que tous les modèles compatibles comprennent. MCP ne remplace pas vos API : il les rend branchables aux modèles.