Les serveurs MCP : connecter Claude à tes outils
Le protocole MCP transforme Claude Code en hub central. Il lit tes analytics, cherche dans ta base de contacts, poste sur Slack, le tout sans quitter la conversation.
Le problème : un mur invisible entre Claude et tes données
Tu utilises Claude Code. Tu as tes Skills, ton CLAUDE.md, tes conventions. Claude connaît ton projet et travaille vite.
Mais il est sourd et aveugle au reste de ton monde.
Tu veux qu'il regarde les analytics de ta dernière campagne. Il ne peut pas, PostHog est dans un autre onglet. Tu veux qu'il cherche un contact dans ton CRM. Impossible, il n'a pas accès à HubSpot. Tu veux qu'il poste un résumé dans Slack. Il ne sait même pas que Slack existe.
À chaque fois, c'est toi qui fais l'intermédiaire. Tu ouvres PostHog, tu copies les chiffres, tu les colles dans la conversation. Tu ouvres HubSpot, tu exportes un CSV, tu le donnes à Claude. Tu rédiges le message Slack toi-même parce que Claude ne peut pas l'envoyer.
L'IA fait l'analyse. Toi, tu fais le copier-coller entre les outils.
Les serveurs MCP suppriment cet intermédiaire. Ils donnent à Claude un accès direct à tes outils. Il lit, il écrit, il agit, sans que tu quittes la conversation.
Le MCP, un standard pour tous les outils
MCP, c'est le sigle de Model Context Protocol. En clair : un standard qui permet à Claude de se connecter directement à tes outils, sans que tu fasses l'intermédiaire.
Avant MCP, chaque connexion entre une IA et un service externe demandait un développement sur mesure. Une intégration pour Slack, une autre pour PostHog, une autre pour Google Sheets. Chaque éditeur faisait les choses à sa façon. Si tu voulais connecter un nouvel outil, il fallait repartir de zéro.
MCP change ça. C'est un protocole unique, ouvert, créé par Anthropic fin 2024 et adopté depuis par Google et OpenAI. Un seul standard de connexion pour tous les outils. L'équivalent de ce que l'API REST a fait pour le web : au lieu de réinventer la plomberie à chaque fois, tout le monde utilise le même format.
Concrètement, tu installes un "serveur MCP" pour chaque outil que tu veux connecter. Un pour PostHog, un pour Slack, un pour Google Sheets. Chaque serveur tourne sur ta machine et donne à Claude un accès direct au service. Claude lit, écrit et agit, sans que tu copies quoi que ce soit.
Tu ouvres PostHog. Tu copies les chiffres.
Tu colles dans Claude. "Analyse ces données."
Claude répond. Tu copies la réponse.
Tu ouvres Slack. Tu colles. Tu envoies.
4 onglets. 6 copier-coller. 5 minutes.
"Regarde les pageviews de cette semaine sur PostHog et envoie un résumé dans #marketing sur Slack."
Claude lit PostHog. Rédige le résumé. Poste dans Slack.
1 phrase. 0 copier-coller. 30 secondes.
Comment ça marche (sans jargon)
Un serveur MCP, c'est un petit programme qui tourne sur ta machine et qui sert de traducteur entre Claude et un service externe.
Chaque "nœud" est un serveur MCP. Tu en installes un, Claude gagne un nouveau pouvoir. Tu en installes cinq, Claude accède à cinq services. Les serveurs ne se connaissent pas entre eux. Ils parlent tous à Claude via le même protocole. C'est Claude qui orchestre.
Tu n'écris pas de code pour installer un serveur MCP. Tu modifies un fichier de configuration et tu relances Claude Code. Ça prend 2 minutes.
Quatre scénarios concrets
Pas de théorie. Quatre situations réelles, quatre métiers, quatre combinaisons de serveurs MCP.
Chaque lundi, tu passes 45 minutes à ouvrir PostHog, exporter les chiffres dans un Google Sheet, rédiger un résumé, et l'envoyer dans Slack.
Tu écris un PRD pour une nouvelle feature. Tu as besoin du contexte : les tickets Jira liés, la doc technique sur Confluence, les derniers feedbacks utilisateurs.
/prdTu veux comparer ta landing page à celles de 3 concurrents. Normalement : ouvrir chaque site, prendre des notes, chercher les prix, vérifier les avis G2.
Chaque semaine, tu lis 50 articles, tu en retiens 5, tu rédiges un résumé pour ta newsletter. Le reste disparaît.
Le pattern est toujours le même : Claude lit depuis un service, traite l'information, et agit dans un autre service. Toi, tu restes dans la conversation.
MCP en action
Voilà à quoi ça ressemble concrètement. Les serveurs actifs sont listés à gauche. Claude les utilise en temps réel.
Pageviews : 884 (+42% vs S13) · 37 visiteurs uniques
Top page : /fr/blog/github-pour-non-devs (89 PV)
Une seule demande. Trois serveurs utilisés (Atlassian, PostHog, Slack). Zéro onglet ouvert.
Les serveurs MCP à connaître
Pas une liste exhaustive. Les serveurs qui couvrent 80% des besoins d'un pro product, marketing ou communication.
Tu n'as pas besoin de tous les installer. Commence par 2-3 serveurs qui correspondent à tes outils quotidiens. Ajoute les autres quand un besoin concret se présente.
Skills + MCP = le vrai pouvoir
Un Skill sans serveur MCP, c'est une méthode sans accès aux données. Un serveur MCP sans Skill, c'est un accès sans méthode. La combinaison, c'est un workflow complet.
Sans Skill, les serveurs MCP sont utiles mais désorganisés. Tu peux demander des chiffres à PostHog, mais tu devras réexpliquer le format à chaque fois. Sans serveur MCP, les Skills sont limités. Tu peux avoir la meilleure méthode d'analyse, si Claude n'accède pas aux données, tu continues à copier-coller.
Comment installer un serveur MCP
Pas de code. Un fichier de configuration et une commande.
La plupart des serveurs MCP officiels s'installent en une commande. Pour les serveurs cloud (PostHog, Slack, Gmail), il faut généralement une clé API ou une autorisation OAuth. Claude te guide dans le processus.
Ce qu'il faut vérifier avant d'installer :
| Question | Pourquoi c'est important |
|---|---|
| Le serveur est-il officiel ou communautaire ? | Les serveurs officiels (Anthropic, l'éditeur du service) sont maintenus et sécurisés. Les communautaires, vérifier le repo GitHub. |
| Quels droits le serveur demande-t-il ? | Lecture seule vs lecture/écriture. Un serveur PostHog en lecture seule ne risque rien. Un serveur Slack avec droit d'écriture peut poster en ton nom. |
| Les données passent-elles par un tiers ? | La plupart des serveurs MCP tournent en local. Tes données restent sur ta machine. |
Les limites à connaître
Chaque serveur a ses propres permissions. Un serveur en lecture seule (PostHog, Notion) ne risque rien. Un serveur avec droit d'écriture (Slack, GitHub) peut agir en ton nom. Vérifie toujours ce que tu autorises.
Claude te demande confirmation avant d'agir. Par défaut, Claude affiche ce qu'il s'apprête à faire et attend ton feu vert avant de poster un message, créer une issue ou modifier un fichier. Tu gardes le contrôle.
Les serveurs MCP ne communiquent pas entre eux. Chaque serveur parle à Claude, pas aux autres serveurs. C'est Claude qui fait le lien. Ça veut dire que l'orchestration repose sur la qualité de tes instructions (CLAUDE.md + Skills).
L'écosystème évolue vite. De nouveaux serveurs apparaissent chaque semaine. Le protocole MCP est un standard ouvert, adopté par Google, OpenAI et d'autres. Ce qui marche aujourd'hui marchera aussi dans 6 mois.
Par où commencer
1. Identifie tes 3 copier-coller quotidiens
Quels sont les outils entre lesquels tu fais l'intermédiaire tous les jours ? PostHog et Slack ? Gmail et Notion ? C'est là que les serveurs MCP ont le plus d'impact.
2. Installe 2 serveurs
Pas plus. Un pour lire (PostHog, Notion, Gmail), un pour agir (Slack, Google Sheets, GitHub). Tu vois immédiatement la différence.
3. Combine avec un Skill
Tu as un serveur PostHog et un serveur Slack ? Crée un Skill "reporting hebdo" qui lit les analytics, formate les chiffres, et les poste. Un workflow complet en une commande.
Et après
Tu as lu. Maintenant teste. Une seule commande pour connecter Claude à ta boîte mail :
claude mcp add gmail -- npx -y @anthropic-ai/gmail-mcp
Relance Claude Code, et demande-lui "résume mes 5 derniers emails". C'est tout.
C'est le premier connecteur. Après Gmail, il y a Slack, PostHog, Notion, et tous les autres. Chaque serveur MCP ajouté, c'est un copier-coller en moins dans ta journée. L'article suivant va plus loin : les agents et sub-agents, qui permettent à Claude de déléguer des tâches complexes en parallèle.