Niveau : Intermédiaire
MCP (Model Context Protocol) expliqué simplement
Par La rédaction d'Info Agent IA ·
MCP, pour Model Context Protocol, est un standard ouvert qui permet à une IA de se brancher sur vos outils et vos données de la même manière partout, comme un port USB-C relie n’importe quel appareil compatible. Comprendre ses trois rôles et ses trois briques vous aide à choisir les bons connecteurs et à mesurer les risques avant de donner la main à un agent.
Le problème que MCP résout
Un modèle de langage, seul, ne connaît que ce qu’il a appris et ce que vous lui écrivez. Pour devenir un agent IA utile, il doit lire votre agenda, chercher dans vos documents, interroger une base de données ou créer un ticket. Chacune de ces actions passe par une API différente.
Avant MCP, chaque application d’IA devait écrire sa propre intégration pour chaque service. Avec dix applications et cent services, cela fait mille connecteurs à maintenir, souvent de qualité inégale. Le Model Context Protocol remplace ce casse-tête par une interface unique : un service publie un serveur MCP une fois, et toutes les applications compatibles peuvent l’utiliser.
Les trois rôles : hôte, client, serveur
La spécification décrit une architecture à trois acteurs, qui communiquent par messages au format JSON-RPC 2.0.
- L’hôte est l’application d’IA que vous utilisez : un assistant de bureau, un éditeur de code, un agent maison. C’est lui qui lance les connexions et garde le contrôle.
- Le client est un connecteur logé dans l’hôte. L’hôte crée un client par serveur, ce qui isole chaque connexion.
- Le serveur est le programme qui expose des capacités : accès à des fichiers, à une messagerie, à un outil de suivi d’erreurs, à une base de données.
Les concepteurs se sont inspirés du Language Server Protocol, qui a standardisé la façon dont les éditeurs de code dialoguent avec les outils d’analyse de chaque langage. MCP applique la même idée aux applications d’IA.
Local ou distant : deux transports
Un serveur peut tourner sur votre machine ou sur Internet. La documentation d’architecture prévoit deux transports :
- stdio pour les serveurs locaux, lancés par l’hôte sur votre ordinateur, par exemple un serveur qui donne accès à un dossier ;
- Streamable HTTP pour les serveurs distants, avec des requêtes HTTP POST et, en option, un flux d’événements. L’authentification OAuth est recommandée.
La documentation prend l’exemple du serveur distant de Sentry, un outil de suivi d’erreurs, et d’un serveur local d’accès au système de fichiers.
Les trois briques qu’un serveur peut offrir
Un serveur MCP expose ses capacités sous trois formes, que l’hôte découvre avec des requêtes de liste puis utilise à la demande.
| Brique | Ce que c’est | Qui la déclenche | Exemple |
|---|---|---|---|
| Ressources | Données et contexte à lire | L’application | Le schéma d’une base de données |
| Prompts | Messages et workflows préparés | L’utilisateur | Un modèle de requête avec exemples |
| Outils | Fonctions que le modèle peut exécuter | Le modèle | Lancer une requête SQL, créer un événement |
La documentation illustre cela avec un serveur de base de données qui proposerait des outils pour interroger les données, une ressource contenant le schéma et un prompt avec quelques exemples de requêtes. Les outils sont la brique la plus utilisée par les agents : c’est le prolongement standardisé de l’appel d’outils que les modèles savent déjà faire.
Côté client, la version actuelle de la spécification met en avant l’élicitation : le serveur peut demander à l’hôte de poser une question à l’utilisateur, par exemple pour confirmer un choix ou fournir une information manquante.
Vérifiez-vous Un serveur MCP propose une fonction « créer_facture » que l'IA peut appeler d'elle-même. De quelle brique s'agit-il ?
D’un outil. Les outils sont des fonctions exécutables que le modèle décide d’appeler pendant la conversation. Une ressource se contente de fournir des données à lire, et un prompt est un modèle de message que l’utilisateur choisit d’utiliser.
Un échange MCP, pas à pas
Prenons un assistant relié à un serveur de suivi d’erreurs, et votre demande : « Quelles erreurs sont apparues cette nuit sur mon application ? » Voici, simplifié, ce qui se passe :
- Découverte : à la connexion, l’hôte interroge le serveur pour savoir quelles capacités il propose.
- Inventaire : le client demande la liste des outils disponibles, avec leur nom, leur description et les paramètres attendus.
- Choix : le modèle lit ces descriptions et décide d’appeler l’outil qui liste les erreurs récentes.
- Validation : l’hôte peut vous demander d’autoriser l’appel avant de l’exécuter.
- Exécution : le client envoie l’appel d’outil au serveur, qui interroge le service et renvoie le résultat.
- Réponse : le modèle intègre ce résultat à sa réponse en langage naturel.
Si le serveur ajoute ou retire un outil en cours de route, il peut le signaler par une notification, et l’hôte met sa liste à jour sans redémarrer.
Ce qui a changé avec la spécification 2026-07-28
MCP est versionné par date. Sur la page officielle consultée le 22 octobre 2026, la version en vigueur est la spécification 2026-07-28. Plusieurs évolutions intéressent directement les développeurs :
- le protocole de base fonctionne avec des requêtes autonomes et sans état, chaque requête négociant ses capacités ;
- une requête de découverte permet à l’hôte de savoir ce que le serveur sait faire ;
- les fonctions client d’échantillonnage (sampling) et de journalisation sont marquées comme dépréciées ;
- des extensions optionnelles apparaissent : Tasks pour les opérations longues, Skills over MCP, et MCP Apps pour afficher une interface interactive dans la conversation.
Si vous utilisez un serveur ancien, vérifiez qu’il reste compatible avec la version prise en charge par votre application.
Ce que MCP permet concrètement
La documentation officielle cite des usages parlants : un assistant qui accède à votre Google Calendar et à Notion pour agir comme un assistant personnel, Claude Code qui génère une application web à partir d’une maquette Figma, des chatbots d’entreprise qui interrogent plusieurs bases de données, ou encore une IA qui crée des objets 3D dans Blender.
MCP se glisse aussi dans les navigateurs : l’offre gratuite d’Opera Neon inclut un connecteur MCP, comme nous le signalons dans notre guide des agents IA navigateurs. Et dans un système multi-agents, MCP sert à équiper chaque agent de ses outils, tandis que le protocole A2A gère le dialogue entre agents.
Les frameworks qui prennent en charge MCP
Pour construire un agent qui consomme des serveurs MCP, inutile de partir de zéro. Dans notre base de frameworks, la grande majorité prend en charge MCP. Le Claude Agent SDK d’Anthropic, l’OpenAI Agents SDK, LangGraph, Google ADK et Mastra le proposent, et l’agent open source goose s’étend entièrement par des extensions MCP. Quelques outils font exception : Aider ne le prend pas en charge, et certains éditeurs ne précisent pas leur position.
| Outil | Type | Licence | MCP | Multi-agents | Niveau |
|---|---|---|---|---|---|
| Claude Agent SDK | Code | proprietary | Oui | Oui | Intermédiaire |
| OpenAI Agents SDK | Code | MIT | Oui | Oui | Intermédiaire |
| LangGraph | Code | MIT | Oui | Oui | Avancé |
| Google Agent Development Kit (ADK) | Code | Apache-2.0 | Oui | Oui | Intermédiaire |
| Mastra | Code | Apache-2.0 | Oui | Oui | Intermédiaire |
| goose | Low-code | Apache-2.0 | Oui | Oui | Débutant |
Notre comparateur de frameworks permet de filtrer directement sur la prise en charge de MCP.
La sécurité : le point à ne pas négliger
Brancher un serveur MCP revient à donner des mains à votre IA. La spécification le dit sans détour : les outils représentent une exécution de code arbitraire et doivent être traités avec prudence.
En pratique, trois risques dominent :
- Le serveur malveillant ou compromis : un serveur installé depuis une source douteuse peut voler des données ou exécuter des commandes.
- L’injection de prompt : un document ou un courriel lu via MCP peut contenir des consignes cachées que l’agent risque de suivre.
- Les droits trop larges : un serveur qui a accès à tout votre disque ou à toute votre messagerie multiplie les dégâts possibles en cas d’erreur.
Les bons réflexes : n’installez que des serveurs de sources officielles ou reconnues, donnez à chacun le minimum d’accès, gardez la confirmation manuelle des actions sensibles et relisez de temps en temps la liste des serveurs connectés.
Questions fréquentes
MCP, c'est quoi en une phrase ?
Le Model Context Protocol est un standard ouvert qui permet à une application d'IA, comme Claude, ChatGPT ou un éditeur de code, de se connecter de façon uniforme à des outils et à des sources de données externes, sans intégration sur mesure pour chaque paire.
Qui a créé MCP et à qui appartient-il ?
Anthropic l'a présenté le 25 novembre 2024. Le 9 décembre 2025, Anthropic l'a confié à l'Agentic AI Foundation, une fondation hébergée par la Linux Foundation et cofondée avec Block et OpenAI.
MCP est-il sécurisé ?
Le protocole fixe des principes, comme le consentement explicite de l'utilisateur avant l'appel d'un outil, mais sa spécification reconnaît qu'il ne peut pas les imposer lui-même. La sécurité dépend de l'application hôte et des serveurs que vous choisissez d'installer.
Quelle différence entre MCP et une API ?
Une API est propre à chaque service. MCP est une couche commune : un serveur MCP emballe une ou plusieurs API et les présente sous une forme standard que n'importe quelle application compatible sait découvrir et utiliser.
Faut-il savoir coder pour utiliser MCP ?
Pas forcément. De nombreuses applications permettent d'ajouter un serveur MCP existant depuis leurs réglages. Écrire votre propre serveur demande en revanche des notions de programmation, aidées par les kits de développement officiels.