Claude Code MCP Servers : Connecter GitHub, Slack et Plus

Mis à jour le 3 mars 2026

MCP — Model Context Protocol — c'est le standard ouvert qui permet à Claude Code de se connecter à tes outils externes. GitHub, Slack, PostgreSQL, Notion, Stripe, Airtable... Plus de 100 serveurs MCP existent. Au lieu de copier-coller des données entre tes outils et Claude Code, tu les connectes directement. Claude Code lit tes repos GitHub, interroge ta base de données, et poste dans Slack — le tout depuis ton terminal.

Si tu débutes avec Claude Code, commence par le guide complet Claude Code pour comprendre les bases. Ce guide-ci se concentre sur un aspect précis : connecter Claude Code au reste de ton écosystème via les serveurs MCP. C'est la fonctionnalité qui transforme Claude Code d'un assistant local en un hub d'automatisation connecté à tous tes outils.

Concrètement, au lieu de quitter ton terminal pour aller chercher une info sur GitHub, copier un message Slack, ou vérifier une donnée en base, tu demandes à Claude Code de le faire. Il a les accès. Il sait comment interroger chaque service. Et il combine les résultats pour te donner une réponse contextuelle, pas un dump brut de données.

C'est quoi MCP

MCP (Model Context Protocol) est un standard ouvert qui connecte Claude Code à des outils externes. Au lieu de copier-coller des infos, tu connectes GitHub, Slack, ta base de données, et Claude Code y accède directement. C'est comme donner des yeux et des mains à l'IA sur ton écosystème d'outils.

MCP est un protocole. Un protocole, c'est un langage commun que deux logiciels utilisent pour communiquer. HTTP est un protocole (c'est ce qui fait marcher les sites web). MCP est un protocole conçu spécifiquement pour que les modèles d'IA communiquent avec des outils externes de manière standardisée. Peu importe l'outil — GitHub, Slack, PostgreSQL, Notion — le langage de communication est le même.

Avant MCP, connecter un modèle d'IA à un outil nécessitait du code d'intégration sur mesure pour chaque service. Avec MCP, un seul protocole couvre tout. C'est un standard ouvert : n'importe qui peut créer un serveur MCP pour n'importe quel outil. Résultat : plus de 100 serveurs MCP existent déjà, et la liste s'allonge chaque semaine.

Un serveur MCP, c'est un programme qui fait le pont entre Claude Code et un outil externe. Le serveur MCP GitHub traduit les demandes de Claude Code en appels API GitHub. Le serveur MCP PostgreSQL traduit les demandes en requêtes SQL. Claude Code ne parle pas "GitHub" ou "PostgreSQL" — il parle MCP, et le serveur traduit.

Ce qui rend MCP puissant, c'est que Claude Code sait automatiquement quels outils sont disponibles et comment les utiliser. Tu connectes un serveur MCP, et Claude Code découvre les actions possibles (lire des fichiers, créer des issues, exécuter des requêtes) sans que tu aies à écrire une seule ligne de code.

Les 3 types de transport

Un transport, c'est la façon dont Claude Code communique avec le serveur MCP. Trois options existent, chacune pour un cas d'usage différent.

HTTP (Streamable HTTP) — Le standard recommandé

Le transport HTTP est le plus simple et le plus fiable. Le serveur MCP est hébergé dans le cloud par le fournisseur du service (GitHub, Slack, etc.). Claude Code envoie des requêtes HTTP classiques. C'est le même mécanisme que quand tu visites un site web — sauf qu'ici, c'est Claude Code qui "visite" l'API.

La configuration est une ligne :

claude mcp add --transport http github https://api.githubcopilot.com/mcp/

C'est tout. Claude Code sait maintenant parler à GitHub. L'authentification (comment prouver que tu as le droit d'accéder au service) est gérée automatiquement via OAuth — on en reparle plus bas. Le transport HTTP est recommandé pour tous les services cloud. Si le serveur MCP supporte HTTP, utilise HTTP.

SSE (Server-Sent Events) — L'ancien standard

SSE était le premier transport utilisé par MCP. Il fonctionne encore, mais il est officiellement déprécié (c'est-à-dire qu'il est toujours supporté mais que les nouveaux serveurs utilisent HTTP). Certains services n'ont pas encore migré vers HTTP, donc tu peux tomber sur des serveurs SSE.

claude mcp add --transport sse asana https://mcp.asana.com/sse

La différence technique avec HTTP : SSE maintient une connexion ouverte en continu, alors que HTTP fait des requêtes ponctuelles. Pour toi en tant qu'utilisateur, la différence est invisible. Si un service propose les deux, prends HTTP.

Stdio — Processus locaux

Le transport Stdio est différent des deux autres. Au lieu de se connecter à un serveur distant, il lance un programme directement sur ta machine. Claude Code communique avec ce programme via le terminal (entrée/sortie standard — stdin/stdout, d'où le nom "stdio").

claude mcp add --transport stdio airtable \
  --env AIRTABLE_API_KEY=KEY \
  -- npx -y airtable-mcp-server

Ici, npx -y airtable-mcp-server lance un programme Node.js sur ta machine. Ce programme fait le pont entre Claude Code et l'API Airtable. Le flag --env passe des variables d'environnement au programme — dans ce cas, ta clé API Airtable.

Le transport Stdio est utilisé quand le serveur MCP n'est pas hébergé dans le cloud. C'est le cas pour beaucoup de serveurs communautaires ou pour les bases de données locales. C'est aussi le transport le plus flexible : tu peux écrire ton propre serveur MCP en quelques dizaines de lignes de code et le connecter via Stdio.

Les scopes de configuration

Quand tu ajoutes un serveur MCP, la configuration est stockée quelque part. "Quelque part" dépend du scope que tu choisis. Le scope détermine qui peut voir et utiliser cette configuration.

local — Configuration projet (défaut)

Par défaut, claude mcp add enregistre la configuration dans le fichier .claude.json du projet en cours. C'est une configuration locale : elle ne s'applique qu'à ce projet, et elle n'est pas partagée avec ton équipe (le fichier est ignoré par git).

claude mcp add --transport http github https://api.githubcopilot.com/mcp/
# Stocké dans .claude.json (local, non partagé)

project — Configuration partagée avec l'équipe

Le scope project enregistre la configuration dans le fichier .mcp.json à la racine du projet. Ce fichier est conçu pour être versionné avec git — ton équipe entière partage la même configuration MCP. C'est le scope recommandé pour les projets en équipe.

claude mcp add --scope project --transport http github https://api.githubcopilot.com/mcp/
# Stocké dans .mcp.json (versionné, partagé)

Point important : les secrets (clés API, tokens) ne doivent jamais être dans un fichier versionné. Le fichier .mcp.json supporte la syntaxe ${VAR} pour référencer des variables d'environnement. Chaque membre de l'équipe configure ses propres clés API dans son environnement local, et le fichier partagé les référence sans les exposer.

{
  "mcpServers": {
    "airtable": {
      "type": "stdio",
      "command": "npx",
      "args": ["-y", "airtable-mcp-server"],
      "env": {
        "AIRTABLE_API_KEY": "${AIRTABLE_API_KEY}"
      }
    }
  }
}

Quand Claude Code lit ce fichier, il remplace ${AIRTABLE_API_KEY} par la valeur de la variable d'environnement AIRTABLE_API_KEY de la machine locale. Le secret reste local. La configuration est partagée. C'est exactement le même principe que les fichiers .env.example en développement web.

user — Configuration globale personnelle

Le scope user enregistre dans ~/.claude.json. C'est une configuration qui s'applique à tous tes projets, partout sur ta machine. Pratique pour les services que tu utilises sur chaque projet — comme GitHub.

claude mcp add --scope user --transport http github https://api.githubcopilot.com/mcp/
# Disponible dans tous tes projets

managed — Configuration entreprise

Le scope managed est géré par les administrateurs système. Il s'applique à tous les utilisateurs d'une organisation. C'est la couche la plus haute — elle ne peut pas être contournée par les configurations locales ou utilisateur. C'est le même mécanisme que les managed settings pour les permissions.

Configurer tes premiers serveurs MCP

Assez de théorie. Voici comment connecter les 3 serveurs MCP les plus utiles, étape par étape.

GitHub — Le serveur MCP incontournable

Si tu travailles avec du code, GitHub est le premier serveur à connecter. Il permet à Claude Code de lire tes repos, créer des issues, ouvrir des pull requests, chercher dans le code, et bien plus — sans quitter ton terminal.

# Ajouter le serveur MCP GitHub
claude mcp add --transport http github https://api.githubcopilot.com/mcp/

Après cette commande, Claude Code va te demander de t'authentifier via OAuth (tu vas être redirigé vers GitHub dans ton navigateur pour autoriser l'accès). Une fois fait, le token est stocké dans le trousseau de clés de ton système (Keychain sur Mac). Tu n'as plus besoin de te réauthentifier.

Ce que tu peux faire après :

# Demande à Claude Code dans une session :
"Liste les issues ouvertes sur mon repo meydeey/mon-projet"
"Crée une PR qui merge la branche feature/auth dans main"
"Cherche tous les fichiers qui importent stripe dans le repo"

PostgreSQL — Interroger ta base de données

Connecter ta base de données à Claude Code, c'est puissant. Il peut lire le schéma, exécuter des requêtes SELECT, et analyser les données — directement depuis ton terminal. Le serveur MCP PostgreSQL utilise le transport Stdio (il tourne en local sur ta machine).

# Ajouter le serveur MCP PostgreSQL
claude mcp add --transport stdio postgres \
  --env DATABASE_URL=postgresql://user:pass@localhost:5432/mabase \
  -- npx -y @modelcontextprotocol/server-postgres

Claude Code peut maintenant interroger ta base de données. La sécurité est importante ici : assure-toi que l'utilisateur de base de données a des permissions en lecture seule si tu ne veux pas que Claude Code puisse modifier les données. C'est une bonne pratique de créer un utilisateur dédié avec SELECT uniquement.

Pour un projet complet qui combine Claude Code et une base de données, consulte le guide Claude Code + Supabase.

Slack — Poster et lire des messages

Le serveur MCP Slack permet à Claude Code de lire des canaux, poster des messages, et chercher dans l'historique de tes conversations. Configuration :

# Ajouter le serveur MCP Slack (HTTP)
claude mcp add --transport http slack https://slack-mcp.example.com/mcp

Comme pour GitHub, l'authentification OAuth se fait automatiquement. Tu autorises l'accès dans ton navigateur, et c'est fait. Claude Code peut ensuite poster des résumés de code review dans un canal dédié, chercher des décisions techniques dans l'historique, ou te résumer les messages non lus d'un canal.

L'authentification OAuth

OAuth, c'est le mécanisme qui permet à Claude Code d'accéder à un service sans que tu lui donnes directement ton mot de passe. Au lieu de ça, tu autorises l'accès via le site du service (GitHub, Slack, etc.), et le service donne un token temporaire à Claude Code.

Comment ça fonctionne

Quand tu ajoutes un serveur MCP qui utilise OAuth, Claude Code te redirige vers le service dans ton navigateur. Tu te connectes (si pas déjà fait), tu autorises l'accès, et tu reviens dans ton terminal. Le token est automatiquement stocké dans le trousseau de clés de ton système (Keychain sur macOS, Credential Manager sur Windows). Il est chiffré et protégé par le mot de passe de ta session.

La commande /mcp

Si tu as besoin de réauthentifier un serveur MCP ou de vérifier le statut de tes connexions, utilise la commande /mcp directement dans une session Claude Code. Elle affiche tous les serveurs configurés, leur statut (connecté, déconnecté, erreur), et te permet de relancer l'authentification si nécessaire.

Identifiants préconfigurés

Pour les environnements d'entreprise, tu peux préconfigurer les identifiants OAuth avec le flag --client-id. Ça évite que chaque développeur doive créer sa propre application OAuth sur le service. L'admin crée une application OAuth centralisée, et chaque développeur utilise le même client ID.

claude mcp add --transport http github https://api.githubcopilot.com/mcp/ \
  --client-id abc123

Les tokens restent individuels (chaque développeur s'authentifie avec son propre compte), mais l'application OAuth est partagée. C'est la méthode recommandée pour les équipes. Côté sécurité, les tokens sont stockés localement et ne transitent jamais par des fichiers de configuration partagés.

Fonctionnalités avancées

Au-delà de la connexion basique, MCP offre des fonctionnalités qui multiplient sa puissance.

MCP Resources — Référencer des données directement

Les MCP Resources permettent de référencer une donnée spécifique d'un serveur MCP dans ton prompt, avec la syntaxe @server:protocol://path. Par exemple, @postgres:table://users référence la table users de ta base de données. Ou @github:repo://meydeey/mon-projet référence un repo spécifique.

C'est plus précis qu'une demande en langage naturel. Au lieu de dire "regarde la table users dans ma base de données", tu écris @postgres:table://users et Claude Code sait exactement quoi chercher, sans ambiguïté.

Tool Search — Gestion automatique des outils

Quand tu as beaucoup de serveurs MCP connectés (plus de 10-15), le nombre d'outils disponibles peut devenir important. Le Tool Search résout ce problème : au lieu de charger tous les outils en mémoire, Claude Code ne charge que ceux qui sont pertinents pour ta demande.

Le Tool Search s'active automatiquement quand les outils MCP représentent plus de 10% du contexte disponible. Claude Code analyse ta demande, identifie les outils pertinents, et ne charge que ceux-là. Tu ne remarques rien — c'est transparent. Mais ça permet de connecter des dizaines de serveurs MCP sans impacter les performances.

Claude Code comme serveur MCP

Claude Code ne fait pas que consommer des serveurs MCP — il peut aussi en devenir un. La commande claude mcp serve expose Claude Code comme un serveur MCP que d'autres outils peuvent utiliser.

# Exposer Claude Code comme serveur MCP
claude mcp serve

Cas d'usage : tu as un agent d'automatisation (par exemple un workflow n8n) qui a besoin des capacités de Claude Code. Au lieu d'intégrer Claude Code directement dans le workflow, tu l'exposes comme serveur MCP et ton workflow s'y connecte via le protocole standard. C'est la même logique que pour connecter une interface à n8n — un protocole standardisé qui simplifie l'intégration.

Mises à jour dynamiques des outils

Les serveurs MCP peuvent mettre à jour leurs outils disponibles en temps réel. Si un service ajoute une nouvelle fonctionnalité, le serveur MCP peut l'exposer immédiatement sans que tu aies besoin de reconfigurer quoi que ce soit. Claude Code détecte les nouveaux outils automatiquement au début de chaque session.

Gérer tes serveurs MCP

Une fois tes serveurs configurés, tu as besoin de les gérer : lister, supprimer, déboguer. Voici les commandes essentielles.

# Lister tous les serveurs MCP configurés
claude mcp list

# Obtenir le détail d'un serveur
claude mcp get github

# Supprimer un serveur MCP
claude mcp remove github

# Réinitialiser un serveur (utile si bloqué)
claude mcp reset github

La commande claude mcp list affiche le scope de chaque serveur (local, project, user, managed) pour que tu saches où la configuration est stockée. Si un serveur ne répond pas, claude mcp reset force une reconnexion.

Pour déboguer un serveur MCP qui ne fonctionne pas, la première chose à vérifier est le transport. Un serveur configuré en SSE qui attend du HTTP ne répondra jamais. Ensuite, vérifie l'authentification : les tokens OAuth expirent. Un claude mcp reset suivi d'une réauthentification résout la plupart des problèmes.

Sécurité des serveurs MCP

Connecter des outils externes à Claude Code, c'est puissant. C'est aussi un vecteur de risque qu'il faut gérer.

Principe du moindre privilège. Chaque serveur MCP ne devrait avoir accès qu'à ce dont il a besoin. Le serveur PostgreSQL n'a pas besoin d'écrire si tu veux juste analyser des données. Le serveur GitHub n'a pas besoin d'accès à tes repos privés si tu travailles sur des projets open source. Configure les permissions au plus serré.

Audite les serveurs communautaires. N'importe qui peut créer un serveur MCP. Avant de connecter un serveur que tu ne connais pas, vérifie le code source, le nombre d'utilisateurs, et les mises à jour récentes. Un serveur MCP a accès aux données qu'il manipule — un serveur malveillant pourrait exfiltrer des informations.

Contrôle d'accès en entreprise. Les managed settings permettent de définir une allowlist de serveurs MCP autorisés. Si tu déploies Claude Code dans une équipe, utilise cette fonctionnalité. Elle garantit que seuls les serveurs validés par ton équipe sécurité sont utilisables. Pas de serveur communautaire non vérifié sur les postes de production.

Protège tes secrets. Les clés API et tokens ne doivent jamais être dans un fichier versionné. Utilise la syntaxe ${VAR} dans .mcp.json pour les fichiers partagés. Pour les configurations locales, le trousseau de clés système (Keychain/Credential Manager) est le stockage recommandé — c'est ce que fait OAuth automatiquement.

Meydeey — Architecte IA & Automatisation

+110 entrepreneurs formés au Vibe Coding et à l'automatisation IA avec N8N. Fondateur du Labo IA.