Claude MCP : le guide complet du Model Context Protocol
Un MCP dans Claude est un serveur qui connecte le modèle à vos outils externes — GitHub, Notion, votre système de fichiers ou une base de données — via un protocole ouvert appelé Model Context Protocol. En pratique, il permet à Claude de lire et d’agir directement sur ces systèmes au lieu de travailler à partir de ce que vous collez dans la conversation.
Ce guide couvre l’essentiel : ce qu’est réellement un MCP, comment il fonctionne techniquement, comment connecter un serveur pas à pas dans Claude Desktop et Claude Code, quels sont les meilleurs serveurs à installer, et ce que change la nouvelle spécification du 28 juillet 2026. Selon Anthropic, le protocole totalise plus de 400 millions de téléchargements mensuels de ses SDK en 2026, soit une multiplication par quatre sur un an.
C’est quoi un MCP dans Claude ?
Le Model Context Protocol (MCP) est un standard ouvert qui définit comment un modèle d’IA se connecte à des applications et à des données externes. L’analogie la plus juste est celle d’un port USB-C : au lieu d’un câble propriétaire par appareil, MCP fournit une interface unique et standardisée entre Claude et n’importe quel outil compatible.
Anthropic a publié le protocole fin 2024. Depuis décembre 2025, il n’appartient plus à Anthropic seul : il est hébergé par l’Agentic AI Foundation (AAIF) au sein de la Linux Foundation. Cette gouvernance neutre explique son adoption large — Figma, Intuit, Netlify, PostHog, Xero et Zoom construisent tous sur cette spécification.
Concrètement, un serveur MCP expose trois types de capacités à Claude :
- Des outils (tools) : des actions que Claude peut exécuter, comme créer une issue GitHub ou lancer une requête SQL.
- Des ressources (resources) : des données que Claude peut lire, comme le contenu d’un fichier ou une page Notion.
- Des prompts : des modèles de requête préconfigurés que le serveur met à disposition.
MCP ou connecteur : quelle différence ?
Un connecteur est l’interface grand public intégrée à claude.ai, un serveur MCP est la brique technique sous-jacente. Les connecteurs utilisent MCP, mais masquent toute la configuration : vous cliquez, vous autorisez, c’est terminé. J’ai détaillé le fonctionnement des connecteurs grand public dans mon guide des connecteurs Claude.
La distinction compte surtout dans Claude Code, où vous manipulez directement les serveurs MCP en ligne de commande, sans couche d’abstraction.
Le serveur MCP joue le rôle de pivot standardisé entre Claude et vos outils — plus de 950 serveurs sont disponibles dans le répertoire Claude.
Comment fonctionne un serveur MCP ?
Un serveur MCP communique avec Claude (le client) via un transport, c’est-à-dire un canal technique qui achemine les messages. Comprendre les transports est essentiel pour choisir le bon type de serveur et éviter les erreurs de configuration.
Il existe trois transports principaux, chacun adapté à un cas d’usage précis.
| Transport | Où il tourne | Cas d’usage | État en 2026 |
|---|---|---|---|
| stdio | Local, sur votre machine | Scripts, accès système, système de fichiers | Recommandé pour le local |
| HTTP streamable | Distant (cloud) | Services SaaS, serveurs hébergés | Recommandé pour le distant |
| SSE | Distant (cloud) | Anciens serveurs distants | Déprécié — préférez HTTP |
stdio pour le local, HTTP streamable pour le distant, SSE déprécié : le bon transport dépend de l’endroit où tourne votre serveur.
Le transport stdio (serveurs locaux)
Les serveurs stdio tournent comme des processus locaux sur votre machine. Ils conviennent aux outils qui ont besoin d’un accès système direct : lecture de fichiers, exécution de scripts, contrôle d’applications de bureau. C’est le transport à privilégier pour un serveur comme Filesystem, car les données ne quittent jamais votre poste.
Le transport HTTP streamable (serveurs distants)
Le HTTP streamable est le transport recommandé pour connecter des services cloud. La documentation de la spécification l’appelle streamable-http, un alias accepté par Claude Code dans les fichiers de configuration. Il supporte l’authentification OAuth, ce qui en fait le choix par défaut pour Notion, GitHub distant, Linear ou Asana.
Le transport SSE (déprécié)
Le transport SSE (Server-Sent Events) reste supporté pour compatibilité, mais il est déprécié. Certains services n’exposent encore qu’un point d’accès SSE ; dans ce cas, la configuration reste possible, mais Anthropic recommande de migrer vers HTTP dès que le serveur le permet.
Comment connecter Claude à un MCP, pas à pas
La méthode de connexion diffère entre Claude Desktop (interface graphique) et Claude Code (ligne de commande). Voici les deux procédures, testées sur la version 2026.
Connecter un MCP dans Claude Desktop
Dans Claude Desktop, tout passe par l’interface graphique — aucun fichier JSON à éditer pour les serveurs distants.
- Cliquez sur l’icône + en bas à gauche de la barre de saisie.
- Sélectionnez Connecteurs pour ouvrir le menu.
- Trouvez votre serveur (GitHub, Google Drive, Notion) et cliquez sur Installer, ou choisissez Ajouter un connecteur pour parcourir le répertoire.
- Autorisez l’accès via OAuth : Claude Desktop gère la connexion native et fait tourner les identifiants sans réinstallation.
Pour un serveur local personnalisé, macOS propose un raccourci : Réglages > Développeur > Modifier la configuration ouvre le fichier de config et le crée s’il n’existe pas. Depuis début 2026, les Desktop Extensions (fichiers .mcpb) permettent aussi d’installer un serveur MCP pré-empaqueté par un double-clic, sans manipuler Node.js ni le PATH.
Connecter un MCP dans Claude Code
Dans Claude Code, la connexion se fait avec la commande claude mcp add. La syntaxe change selon le transport.
Pour un serveur distant HTTP (le cas le plus courant) :
claude mcp add --transport http notion https://mcp.notion.com/mcpPour un serveur local stdio (accès à votre système de fichiers) :
claude mcp add filesystem -- npx -y @modelcontextprotocol/server-filesystem ~/projetsPour un serveur qui nécessite une clé d’API, passez-la via --env :
claude mcp add --env AIRTABLE_API_KEY=VOTRE_CLE --transport stdio airtable \
-- npx -y airtable-mcp-serverLe double tiret -- sépare les options de Claude Code (comme --transport ou --env) de la commande qui lance réellement le serveur. Tout ce qui suit -- est transmis au serveur tel quel.
Choisir la bonne portée (scope)
Claude Code enregistre chaque serveur à une portée précise, qui détermine qui y a accès. C’est un point souvent négligé qui provoque des serveurs invisibles d’un projet à l’autre.
| Portée | Disponibilité | Fichier |
|---|---|---|
local (défaut) | Vous seul, projet courant | ~/.claude.json |
project | Toute l’équipe du projet | .mcp.json (versionné) |
user | Vous, tous vos projets | ~/.claude.json |
Après l’ajout, vérifiez l’état avec claude mcp list. Un statut ✔ Connected confirme la connexion, ! Needs authentication indique qu’il faut compléter l’OAuth, et ✘ Failed to connect signale une erreur de configuration. Pour aller plus loin sur l’installation de Claude Code, consultez mon guide complet de Claude Code.
Quels sont les meilleurs serveurs MCP pour Claude ?
Le meilleur MCP dépend de ce que vous faites, pas d’un classement figé. Cela dit, quelques serveurs reviennent systématiquement dans les configurations que je recommande. Un principe avant tout : commencez avec deux ou trois serveurs maximum, car chaque serveur ajouté consomme de la fenêtre de contexte.
| Serveur MCP | À quoi il sert | Profil |
|---|---|---|
| Filesystem | Lecture/écriture de fichiers locaux | Tous |
| GitHub | Lire les issues, créer des PR, chercher dans les repos | Développeur |
| Playwright | Piloter un navigateur, tester des interfaces | Développeur front |
| Figma | Convertir un design en code (Dev Mode) | Développeur front / designer |
| Notion | Lire et écrire dans vos pages et bases | Productivité |
GitHub MCP : Claude comme contributeur autonome
Le serveur GitHub MCP donne à Claude un accès direct à vos dépôts. Claude peut lire les issues, relire des pull requests, chercher dans plusieurs repos et automatiser des workflows sans quitter la conversation. C’est le serveur qui transforme Claude Code d’un assistant de code en un contributeur autonome.
Playwright et Figma : la chaîne design-to-code
Playwright MCP permet à Claude de piloter un navigateur réel : cliquer, remplir des formulaires, vérifier qu’une interface se comporte comme prévu. L’association Playwright MCP et Claude Code s’est imposée en 2026 comme l’approche par défaut pour l’automatisation et les tests de navigateur assistés par IA, signe d’une adoption forte côté front.
Figma MCP est le plus fort volume de recherche de tout l’écosystème MCP. Le serveur officiel Dev Mode de Figma, lancé mi-2025, a été suivi début 2026 d’une intégration bidirectionnelle avec Claude Code : du design vers le code, mais aussi du code vers le canvas.
Filesystem et Notion : le socle non technique
Filesystem est le point de départ idéal : il donne à Claude un accès contrôlé à un dossier précis, sans jamais envoyer vos fichiers dans le cloud. Notion, de son côté, connecte votre base de connaissances : Claude lit vos pages et écrit vos comptes rendus directement. Ces deux serveurs, combinés à Claude Cowork, forment une base solide pour l’automatisation ; je détaille cette approche dans le guide de Claude Cowork.
La nouvelle spécification MCP 2026-07-28
La spécification du 28 juillet 2026 est la mise à jour la plus structurante depuis la création du protocole. Elle fait passer MCP d’un outil local à un véritable protocole distribué, prêt pour l’entreprise.
Trois changements majeurs méritent votre attention.
La spec 2026-07-28 fait passer MCP d’un outil local à un protocole distribué prêt pour l’entreprise via trois changements clés.
Un cœur stateless (sans état)
Le cœur du protocole passe d’un modèle stateful bidirectionnel à un modèle requête/réponse classique. La conséquence est concrète : un serveur MCP distant qui exigeait auparavant des sessions collantes (sticky sessions) et un magasin de session partagé peut désormais tourner derrière un simple répartiteur de charge round-robin, se déployer sur du serverless ou de l’edge, et laisser les clients mettre en cache la liste des outils.
Une autorisation alignée sur OAuth 2.0 et OIDC
L’autorisation s’aligne désormais sur les déploiements OAuth 2.0 et OpenID Connect de production. En clair, un serveur MCP peut se brancher directement aux systèmes d’identité d’entreprise comme Microsoft Entra ou Okta, sans contournement. Pour les organisations, cela ouvre la porte à une configuration « zéro-clic » gérée par le fournisseur d’identité.
Deux extensions officielles : Apps et Tasks
La spécification formalise un cadre d’extensions versionnées. Deux extensions sont désormais officielles :
- MCP Apps : les serveurs peuvent rendre des interfaces embarquées et interactives directement dans la conversation, au lieu de se limiter au texte.
- Tasks : les tâches longues sont gérées par un handle de tâche. Le serveur répond à un appel d’outil par un identifiant de tâche, que le client pilote ensuite avec
tasks/get,tasks/updateettasks/cancel.
Anthropic déploie progressivement ces nouveautés dans ses produits Claude, aux côtés d’une fonctionnalité en préversion, les MCP tunnels, qui connectent des outils sur réseau privé sans exposer de point d’accès public.
Mon avis : par où commencer avec MCP
Le MCP est le chaînon qui fait passer Claude d’un assistant conversationnel à un agent capable d’agir sur vos outils réels. Avec plus de 950 serveurs disponibles dans le répertoire de Claude, la tentation est d’en installer beaucoup. C’est une erreur : chaque serveur mange du contexte et complexifie le débogage.
Ma recommandation, après avoir testé les principaux serveurs : commencez par Filesystem et GitHub dans Claude Code, ou par un connecteur Notion dans Claude Desktop. Ajoutez un serveur à la fois, uniquement quand vous vous surprenez à copier des données d’un outil vers la conversation. Si vous hésitez encore entre Claude et d’autres assistants pour ce type d’usage agentique, mon comparatif Claude vs ChatGPT détaille les différences par cas d’usage.
L’essentiel à retenir : MCP est un standard ouvert, gouverné par la Linux Foundation, et la spec 2026-07-28 le rend enfin prêt pour un déploiement d’entreprise sérieux. C’est le bon moment pour s’y mettre.