Je connecte un serveur MCP à Claude en ajoutant un connecteur ou une config JSON. L’intérêt est simple : Claude peut lire des fichiers, appeler des outils, interroger des systèmes. Et surtout, on évite de bricoler une intégration différente pour chaque besoin.
Besoin d'aide ? Découvrez les solutions de notre agence d'agents IA.
À quoi sert MCP avec Claude ?
MCP sert à donner à Claude un accès standardisé à des outils externes, sans recréer une intégration sur mesure à chaque fois.
Le principe est assez simple. Le Model Context Protocol, ou MCP, joue le rôle d’une couche de connexion entre Claude et ce qu’il y a autour de lui. Ça peut être des fichiers, une base de données, une API, une application métier, un dépôt GitHub, un Google Drive, ou n’importe quel outil exposé via un serveur MCP.
Je le vois comme une prise universelle. Claude sait parler MCP. Les outils compatibles savent aussi parler MCP. Au milieu, le serveur MCP décrit ce qu’il peut faire, quelles données il peut fournir, quelles actions il peut exécuter, et dans quel format. Claude peut alors appeler ces outils proprement, récupérer des données structurées, puis les utiliser dans sa réponse.
Le vrai sujet, c’est le problème N×M. Si vous avez 3 modèles IA et 10 outils, vous pouvez vite vous retrouver avec 30 intégrations spécifiques à créer et à maintenir. Une intégration Claude vers votre CRM. Une autre pour un autre modèle. Une autre pour une base SQL. Une autre pour GitHub. Et ainsi de suite. Ça devient vite fragile, coûteux, et franchement pénible.
Avec MCP, on passe plutôt vers une logique N+M. Les modèles compatibles implémentent le protocole une fois. Les outils exposent leurs capacités via un serveur MCP. On arrête de recoder chaque couple modèle outil à la main.
| Sans MCP | Des intégrations spécifiques à maintenir pour chaque couple modèle outil |
| Avec MCP | Une interface commune entre Claude et les outils compatibles |
| Bénéfice | Moins de bricolage, plus de réutilisation, une architecture plus propre |
Sur le terrain, dans beaucoup de projets IA en entreprise, le vrai blocage n’est pas le modèle. C’est l’accès propre, sécurisé et maintenable aux données et aux outils. On a souvent un bon cas d’usage, un bon modèle, mais les infos sont dispersées partout.
MCP ne rend pas Claude magique. Il lui donne juste un cadre technique clair pour appeler des outils, récupérer le bon contexte, et produire une réponse plus utile sans transformer toute l’architecture en plat de spaghettis.
Comment fonctionne MCP en pratique ?
MCP fonctionne avec trois rôles simples, un Host, un Client et un Server. C’est vraiment le modèle mental à garder, parce qu’après tout devient plus lisible.
Le Host, c’est l’application IA que vous utilisez. Par exemple Claude Desktop ou Claude Code. C’est là que la conversation se passe, là où vous tapez votre demande, et là où Claude vous répond.
Le Client, lui, est un composant à l’intérieur du Host. Il parle le protocole MCP, il gère la connexion avec le serveur, et il transmet les requêtes au bon endroit. Vous ne le voyez pas forcément, mais c’est lui qui fait le pont entre Claude et les outils externes.
Le Server, c’est un processus externe qui expose des capacités à Claude. Ça peut être des outils, des ressources, des fichiers, une base de données, une API métier, un CRM, un outil interne… Bref, tout ce que vous voulez rendre accessible proprement à Claude sans bricoler une intégration fragile.
Le flux est assez simple. Claude veut accéder à une donnée ou lancer une action. Le client MCP envoie une requête JSON-RPC au serveur MCP. JSON-RPC, c’est juste un format standard pour dire “j’appelle telle méthode avec tels paramètres” et recevoir une réponse claire. Le serveur MCP interroge ensuite l’API ou le système externe, puis il renvoie une réponse structurée que Claude peut utiliser dans sa réponse.
| Host | Claude Desktop ou Claude Code |
| Client | Le composant qui parle MCP dans l’application |
| Server | Le connecteur qui expose les outils et les données |
| Échange | Requête JSON-RPC puis réponse structurée |
Il y a aussi un point important sur le transport, c’est-à-dire la manière dont le Host et le Server communiquent techniquement. À avril 2026, Streamable HTTP est le transport recommandé pour les connexions distantes. L’ancien transport SSE est en cours de dépréciation. Donc si vous mettez en place une nouvelle intégration aujourd’hui, je partirais directement sur Streamable HTTP. Autant construire sur l’option recommandée plutôt que sur une option en fin de vie, ça évite des migrations pénibles plus tard.
Comment installer MCP dans Claude Desktop ?
Dans Claude Desktop, j’installe un serveur MCP soit avec une Desktop Extension, soit avec le fichier claude_desktop_config.json.
La méthode la plus simple, c’est clairement les Desktop Extensions. Je l’utilise quand je veux connecter vite un outil connu, sans ouvrir un fichier de configuration. Dans Claude Desktop, j’ouvre l’application, je clique sur le bouton + en bas à gauche du chat, puis je vais dans Connectors. Là, je choisis un serveur disponible, par exemple GitHub ou Google Drive, je lance l’installation, puis je redémarre Claude Desktop.
Ces extensions utilisent aujourd’hui des fichiers .mcpb. Vous pouvez aussi croiser l’ancien format .dxt, surtout dans de la doc ou des exemples un peu plus anciens. Dans les deux cas, l’idée reste la même : Claude installe un connecteur prêt à l’emploi, avec beaucoup moins de friction.
L’autre méthode, c’est le fichier JSON. JSON veut dire JavaScript Object Notation, c’est juste un format texte structuré que les outils lisent facilement. Claude Desktop lit un fichier nommé claude_desktop_config.json, et c’est là que je déclare les serveurs MCP à lancer.
Les emplacements classiques sont ceux-ci :
- Sur macOS : ~/Library/Application Support/Claude/claude_desktop_config.json
- Sur Windows : %APPDATA%\Claude\claude_desktop_config.json
Sur Windows, il y a une nuance qui m’a déjà fait perdre du temps chez un client. Selon l’installation, surtout avec Microsoft Store, WinGet ou MSIX, le fichier peut aussi être ici : %LOCALAPPDATA%\Packages\Claude_pzs8sxrjxfjjc\LocalCache\Roaming\Claude\claude_desktop_config.json.
Une structure JSON simple ressemble à ça. Les valeurs exactes de command et args dépendent du serveur MCP que vous avez installé.
{
"mcpServers": {
"mon-serveur-mcp": {
"command": "commande-a-lancer",
"args": [
"argument-1",
"argument-2"
]
}
}
}Après une installation ou une modification du JSON, je redémarre toujours Claude Desktop. C’est bête, mais c’est souvent ça qui fait croire que “ça ne marche pas”.
| Desktop Extensions | Idéal pour installer vite, sans toucher au JSON |
| Config JSON | Idéal pour contrôler précisément les serveurs et leurs paramètres |
| Point de vigilance | Redémarrer Claude Desktop après modification |
Et avec Claude Code ?
Avec Claude Code, l’ajout d’un serveur MCP se fait côté ligne de commande, notamment avec la commande claude mcp add.
C’est assez logique quand on voit à qui s’adresse Claude Code. On est moins dans une application “je clique, je configure, je discute”, et plus dans un outil pensé pour des développeurs, des profils data, des ops, ou des gens qui travaillent déjà dans un terminal. La CLI, ça veut dire “Command Line Interface”, donc une interface en ligne de commande. Dit autrement, on configure Claude Code avec des commandes plutôt qu’avec des boutons.
Le principe reste simple. Vous ajoutez un serveur MCP, Claude Code l’enregistre, puis votre environnement peut utiliser les outils exposés par ce serveur. MCP, pour rappel, c’est le protocole qui permet à Claude de parler proprement avec des outils externes, comme un dépôt de code, une base documentaire, un service local, ou une API interne.
claude mcp addJe reste volontairement sobre sur la commande, parce que les paramètres exacts peuvent dépendre du serveur MCP que vous ajoutez et de votre environnement. L’idée importante, c’est le flux. On déclare le serveur, Claude Code sait qu’il existe, puis il peut appeler ses capacités quand le contexte s’y prête.
C’est surtout utile dans des cas très concrets :
- Travailler sur un projet de code avec des outils connectés au dépôt.
- Relier Claude à des ressources de développement, comme une documentation interne ou un service local.
- Automatiser des tâches autour d’un repo, d’un environnement de dev, ou d’un workflow technique.
Avec Claude Desktop, le protocole reste le même, mais l’expérience change. Desktop est plus accessible pour un usage conversationnel, avec une configuration visuelle ou un fichier JSON local. Claude Code, lui, colle mieux aux habitudes techniques. On configure, on versionne parfois, on documente, et on garde quelque chose de reproductible.
| Claude Desktop | Installation visuelle ou JSON local |
| Claude Code | Ajout via CLI avec claude mcp add |
| Usage naturel | Développement, automatisation, workflows techniques |
Petit aparté honnête. Dans une équipe, je préfère souvent documenter une configuration CLI propre plutôt que laisser chacun cliquer un peu partout. C’est moins sexy, mais c’est plus fiable. Et le jour où il faut refaire l’installation sur une autre machine, on gagne un temps fou.
Quelles erreurs éviter avec MCP ?
Les erreurs les plus fréquentes viennent d’un mauvais fichier de configuration, d’un mauvais chemin Windows, d’un serveur non redémarré ou d’un transport mal choisi.
Dans la vraie vie, MCP bloque rarement à cause d’un “problème d’IA”. C’est souvent beaucoup plus bête. J’ai vu des configs bloquées juste parce que le fichier était au bon nom, mais pas au bon endroit. Et forcément, Claude Desktop ne disait pas clairement “je ne regarde pas ici”.
Les soucis que je vérifie en premier sont toujours les mêmes :
- Claude Desktop ne voit pas le serveur MCP.
- Le fichier JSON est invalide, souvent à cause d’une virgule en trop ou d’une accolade manquante.
- Le chemin du fichier n’est pas le bon, surtout sous Windows.
- Le serveur MCP n’est pas lancé correctement.
- Les paramètres du serveur ne correspondent pas à sa documentation.
- Claude n’a pas été redémarré après une modification de configuration.
Le diagnostic doit rester simple. Je commence par vérifier l’emplacement exact du fichier de config. Sur Windows, il faut aussi faire attention à votre installation de Claude Desktop. Une version installée depuis le Store peut ne pas utiliser les mêmes chemins qu’une version installée avec un installateur classique.
Ensuite, je valide le JSON. JSON, c’est juste le format texte structuré utilisé pour déclarer vos serveurs MCP. Il est très strict. Une petite erreur de syntaxe suffit pour que Claude ignore toute la config. Après chaque modification, je redémarre Claude Desktop. Pas juste fermer la fenêtre, vraiment relancer l’application.
Je relis aussi la documentation du serveur MCP installé. Certains serveurs attendent une commande précise, des arguments obligatoires, une clé API, ou un chemin local. Si un seul paramètre manque, l’outil peut apparaître mais ne rien faire.
Il y a aussi le sujet du transport. Pour un nouveau serveur distant, j’évite de partir sur SSE si Streamable HTTP est recommandé dans la version actuelle du protocole. SSE, c’est un ancien mode de communication en flux. Streamable HTTP est souvent plus adapté aujourd’hui quand le serveur le supporte.
| Symptôme | Cause probable | À vérifier |
| Le serveur n’apparaît pas | Mauvais emplacement du fichier | Chemin macOS ou Windows utilisé par votre installation |
| Claude ignore la config | JSON invalide | Syntaxe, virgules, accolades |
| L’outil ne répond pas | Serveur mal configuré | Commande, arguments, documentation du serveur |
| Connexion distante fragile | Transport dépassé | Préférer Streamable HTTP quand c’est possible |
Alors, vous branchez Claude à quoi maintenant ?
Connecter un serveur MCP à Claude, ce n’est pas juste une option technique de plus. C’est une façon plus propre de relier l’IA à vos vrais outils. Claude Desktop convient bien quand on veut installer vite, avec une extension ou un fichier JSON. Claude Code parle davantage aux équipes techniques, avec une configuration en ligne de commande. Le point important, c’est de garder une config claire, de choisir les bons chemins, et de partir sur les transports recommandés comme Streamable HTTP. Le bénéfice pour vous est simple : moins d’intégrations bricolées, plus d’usages IA vraiment connectés au business.
FAQ
- C’est quoi un serveur MCP pour Claude ?
Un serveur MCP est un connecteur qui expose des outils, des fichiers, des données ou des actions à Claude via le Model Context Protocol. Claude ne se connecte pas directement à tout. Il passe par ce serveur, qui reçoit les requêtes, interroge le système externe, puis renvoie une réponse structurée. - Quelle est la méthode la plus simple pour installer MCP dans Claude Desktop ?
La méthode la plus simple est d’utiliser les Desktop Extensions. Dans Claude Desktop, on passe par le bouton +, puis Connectors, on choisit un serveur comme GitHub ou Google Drive, on installe, puis on redémarre Claude Desktop. Pas besoin de modifier le JSON à la main. - Où se trouve le fichier claude_desktop_config.json ?
Sur macOS, il se trouve généralement dans ~/Library/Application Support/Claude/claude_desktop_config.json. Sur Windows, il est souvent dans %APPDATA%\Claude\claude_desktop_config.json. Avec certaines installations Windows via Store, WinGet ou MSIX, il peut être dans %LOCALAPPDATA%\Packages\Claude_pzs8sxrjxfjjc\LocalCache\Roaming\Claude\claude_desktop_config.json. - Quelle différence entre Claude Desktop et Claude Code pour MCP ?
Claude Desktop se configure avec des extensions ou un fichier JSON local. Claude Code est plus orienté développeur et ajoute des serveurs MCP via la ligne de commande, notamment avec claude mcp add. Le protocole reste le même, mais l’expérience d’installation change. - Pourquoi Streamable HTTP est important pour MCP ?
Streamable HTTP est le transport recommandé pour les connexions MCP distantes à avril 2026. L’ancien transport SSE est en cours de dépréciation. Si vous créez ou choisissez une nouvelle intégration distante, mieux vaut partir sur Streamable HTTP pour éviter de construire sur une base déjà en retrait.
A propos de l’auteur
Je suis Franck Scandolera, expert et formateur en tracking avancé server-side, Analytics Engineering, automatisation No/Low Code avec n8n, intégration de l’IA en entreprise et SEO/GEO. J’accompagne des équipes qui veulent brancher leurs données, leurs outils et leurs workflows IA sans usine à gaz. J’ai travaillé avec des clients comme Logis Hôtel, Yelloh Village, BazarChic, la Fédération Française de Football ou Texdecor. Je dirige l’agence webAnalyste et l’organisme Formations Analytics. Si vous voulez mettre MCP, Claude ou l’automatisation IA au service de votre business, contactez-moi.
⭐ Analytics engineer, Data Analyst et Automatisation IA ⭐
- Ref clients : Logis Hôtel, Yelloh Village, BazarChic, Fédération Football Français, Texdecor…
Mon terrain de jeu :
- Data Analyst & Analytics engineering : tracking avancé (GA4, Matomo, Piano, GTM server, Tealium, Commander Act, e-commerce, CAPI, RGPD), entrepôt de données (BigQuery, Snowflake, PostgreSQL, ClickHouse), modèles (Airflow, dbt, Dataform), dashboards décisionnels (Looker, Power BI, Metabase, SQL, Python).
- Automatisation IA des taches Data, Marketing, RH, compta etc : conception de workflows intelligents robustes (n8n, App Script, scraping) connectés aux API de vos outils et LLM (OpenAI, Mistral, Claude…).
- Engineering IA pour créer des applications et agent IA sur mesure : intégration de LLM (OpenAI, Mistral…), RAG, assistants métier, génération de documents complexes, APIs, backends Node.js/Python.