MCP en une image : une prise entre Claude et tes outils

Le signe qu'il te manque un serveur

Tu ouvres ton outil de tickets, tu copies la description d'un bug et tu la colles dans Claude Code. Puis tu retournes chercher la trace d'erreur, tu la colles aussi. Puis un bout de JSON renvoyé par une API.

Claude fait du bon travail avec ce que tu lui donnes. Mais il ne voit que ce que tu colles. Et c'est toi qui fais le coursier entre tes outils et ton chat.

La documentation officielle de Claude Code le dit en toutes lettres : branche un serveur quand tu te retrouves à copier dans le chat des données qui viennent d'un autre outil. Une fois branché, Claude lit et agit directement dans ce système, au lieu de travailler sur ce que tu lui colles.

MCP, une prise universelle

MCP veut dire Model Context Protocol. C'est un standard ouvert, publié en open source, pour relier une application d'IA à des systèmes extérieurs : des fichiers, une base de données, une API, un navigateur.

Le site officiel du protocole le compare à un port USB-C. Avant l'USB-C, chaque appareil avait son câble. Avec MCP, un outil écrit une seule fois son serveur, et toutes les applications compatibles peuvent s'y brancher : Claude Code, Claude Desktop, VS Code, Cursor, et d'autres.

Pour toi, ça veut dire deux choses. Tu peux brancher des serveurs déjà écrits par d'autres. Et tu peux écrire le tien une seule fois, pour tous ces outils.

Trois rôles à connaître

Le vocabulaire officiel tient en trois mots.

• L'hôte : l'application d'IA. Ici, Claude Code.
• Le client : la pièce, à l'intérieur de l'hôte, qui garde la connexion avec un serveur. L'hôte crée un client par serveur.
• Le serveur : le programme qui donne à Claude l'accès à un outil. Un serveur pour GitHub, un pour Figma, un pour ton navigateur.

Entre le client et le serveur, les messages suivent toujours le même format, JSON-RPC 2.0 : des demandes et des réponses écrites en JSON, un texte structuré entre accolades. Tu n'as jamais à les écrire à la main : c'est justement le travail du protocole.

Ce qu'un serveur apporte à Claude

Un serveur peut offrir trois sortes de choses.

• Des outils : des fonctions que Claude peut appeler. Ouvrir une page, créer une issue, lancer une requête SQL.
• Des ressources : des données à lire, comme le contenu d'un fichier ou une fiche dans une base.
• Des prompts : des modèles de demande prêts à l'emploi.

Dans la pratique, ce sont surtout les outils qui comptent. Claude choisit seul l'outil utile à ta demande, à partir de son nom et de sa description. Tu n'as pas besoin de le nommer dans ton message.

Local ou distant

Un serveur tourne à l'un de ces deux endroits.

• Sur ta machine : Claude Code lance un petit programme et lui parle par son entrée et sa sortie standard. C'est le transport stdio. On s'en sert pour ce qui touche ta machine : un navigateur, tes fichiers, une base locale.
• Chez un service en ligne : Claude Code se connecte à une adresse web. C'est le transport HTTP (son nom complet dans le protocole est Streamable HTTP). On s'en sert pour les services dans le cloud, souvent avec une connexion à ton compte.

Dans les deux cas, tu branches le serveur avec une seule commande. Tu la verras dans le deuxième chapitre.

Ce qui se passe quand Claude s'en sert

Au démarrage d'une session, Claude Code charge le nom des outils de chaque serveur. Leur description complète n'arrive que lorsque Claude en a besoin : c'est la recherche d'outils, active par défaut. Un serveur de plus coûte donc peu de place dans le contexte.

Quand Claude appelle un outil, Claude Code peut te demander la permission. Dans sa réponse, l'appel porte le nom du serveur. Tu sais donc toujours si une information vient de l'outil branché ou de la mémoire de Claude.

Ce qui est branché chez moi

Voici ce que contient ma configuration au moment où j'écris.

• Figma, un serveur distant en HTTP, branché pour tous mes projets.
• Claude in Chrome, l'extension qui laisse Claude piloter mon navigateur. C'est elle qui a capturé mes sites connectés pour mes vidéos promo.
• Les connecteurs de mon compte claude.ai : Gmail, Google Agenda, Google Drive, Notion. Ils arrivent tout seuls dans Claude Code quand je suis connecté avec ce compte.
• Un serveur Chrome DevTools, apporté par un plugin que j'ai installé.

Il y a aussi ce que je n'ai pas branché. Ma chaîne programme ses vidéos avec Publer : je passe par son API avec mes propres scripts, pas par un serveur MCP. Je t'explique ce choix dans la dernière leçon, parce qu'il dit beaucoup sur le moment où MCP est la bonne réponse.

Ce qu'il te faut

• Claude Code, installé et connecté, sous macOS 13, Windows 10 (version 1809), Ubuntu 20.04, Debian 10, Alpine 3.19 ou plus récents, avec 4 Go de mémoire vive. La page d'installation officielle donne la commande de ton système. Vérifie avec claude --version.
• Un abonnement Pro, Max, Team ou Enterprise, ou un compte Console. L'offre gratuite de claude.ai ne donne pas accès à Claude Code.
• Node.js, pour les serveurs locaux lancés avec npx. Le serveur Playwright demande la version 18, ton propre serveur et l'Inspecteur MCP la 22.19 : prends la LTS, la 24 au 19 octobre 2026. Vérifie avec node --version.
• Pour le navigateur connecté, Chrome, Edge ou un autre navigateur basé sur Chromium, avec l'extension Claude in Chrome. Elle demande un abonnement Anthropic direct et ne fonctionne pas dans WSL, le Linux intégré à Windows.
• Selon les serveurs, un compte chez le service : GitHub, Figma, Sentry.

Ce que la suite t'apporte

La prochaine leçon, gratuite elle aussi, montre un résultat concret : ce que Claude a fait dans mon navigateur connecté, sur de vrais sites, et où j'ai touché la limite.

Ensuite, la formation passe à la pratique :

• brancher un serveur en une commande, en HTTP ou en local, et vérifier qu'il répond ;
• choisir la bonne portée et partager un fichier .mcp.json avec ton équipe ;
• installer les serveurs qui servent vraiment : navigateur, GitHub, Figma, documentation ;
• garder la main sur la sécurité : clés, permissions, serveurs de confiance ;
• écrire ton propre serveur en TypeScript avec le SDK officiel, puis le brancher ;
• savoir quand un serveur MCP est la bonne réponse, et quand une skill suffit (les skills ont leur formation, Les skills : apprendre un savoir-faire à Claude).