Serveurs MCP : Connecter Claude à ta pile
Installe et configure des serveurs MCP pour donner à Claude un accès en direct à Slack, Supabase, Notion et GitHub. Aucun code de raccordement n'est requis.
Une compétence est un fichier markdown avec un frontmatter à ~/.claude/skills/. Claude découvre les compétences en lisant leur champ de description ; lorsque ta requête correspond, il charge et suit le runbook. Écris les instructions une fois, obtiens les mêmes étapes à chaque fois.
---
name: translate-pi-jargon
description: Traduire le jargon juridique PI en anglais simple. Utiliser lorsque l'utilisateur colle du texte juridique ou fait référence à des termes comme UM/UIM, lettre de demande ou privilège.
---
# Traduire le jargon PI
1. Reformuler le terme en une phrase simple.
2. Donner un exemple d'une phrase où cela compte.
3. Signaler tout ce qui a une pression de temps (statuts, délais).Écris une compétence la troisième fois que tu colles la même recette dans Claude.
La description est le mécanisme de découverte. Claude lit les descriptions et décide quelle compétence, le cas échéant, s'applique à ta requête.
Mauvais : "Une compétence pour travailler avec des documents." Claude ne peut pas savoir quand cela s'applique.
Bon : "Utiliser lorsque l'utilisateur colle un contrat ou demande de résumer, de surligner ou d'extraire des termes d'un PDF."
La formule : "Utiliser lorsque [déclencheur spécifique]. S'applique à [types de contenu spécifiques]."
Compétence ou règle CLAUDE.md ? Les compétences sont des procédures répétables en plusieurs étapes ; les règles CLAUDE.md sont des contraintes toujours actives. Un runbook de déploiement en 10 étapes est une compétence. "Ne jamais exécuter de migrations contre la production sans sauvegarde" est une règle. Les deux appartiennent au système.
Un MCP (Model Context Protocol) server est un adaptateur qui expose des outils externes à Claude. Slack, Supabase, Notion, GitHub : Claude appelle le MCP, le MCP appelle l'API, tu n'écris aucun code de raccordement. Au lieu de copier-coller des données dans des invites, Claude lit les données en direct et prend des actions directement.
MCP de base de données : "Montre-moi les utilisateurs qui se sont inscrits la semaine dernière mais ne se sont pas activés" s'exécute comme une requête en direct.
MCP Slack : "Résume ce que #engineering a discuté aujourd'hui" extrait les messages en direct.
MCP Notion : "Mets à jour le wiki du projet avec les décisions d'aujourd'hui" écrit directement.
MCP GitHub : "Liste les PRs ouvertes depuis plus de 7 jours" interroge l'état du dépôt en direct.
Modèle d'installation : installe le serveur (npx ou uvx), ajoute la configuration à ~/.claude/settings.json :
{
"mcpServers": {
"slack": {
"command": "npx",
"args": ["-y", "@your-org/mcp-slack"],
"env": { "SLACK_BOT_TOKEN": "xoxb-your-token-here" }
}
}
}Règles de sécurité :
Ne jamais coller de vrais jetons dans des fichiers publics ; injecte-les via une variable d'environnement ou un magasin de secrets.
Les MCP de base de données obtiennent des informations d'identification en lecture seule limitées aux tables dont Claude a besoin. Les clés de rôle de service peuvent supprimer des tables.
Examine les outils que chaque MCP expose avant de le déployer.
Les MCP qui effectuent des actions obtiennent une porte d'approbation.
Choisis ton premier MCP en te demandant : qu'est-ce que je colle actuellement dans Claude à partir d'un système externe ? Les résultats de requêtes de base de données pointent vers le MCP Supabase ; les listes de PR vers GitHub ; les résumés de canaux vers Slack ; les notes vers Obsidian. Un MCP installé et activement utilisé vaut mieux que quatre configurés et ignorés.
Teste-le : ferme et rouvre Claude Code pour déclencher la découverte, puis demande : "Quels outils as-tu disponibles depuis [nom du MCP] ?" Si la liste est vide, vérifie la syntaxe de settings.json et confirme que npx ou uvx est dans ton PATH.
Les compétences et les MCP se combinent. Une compétence de runbook de déploiement plus un MCP GitHub plus un MCP Slack : Claude suit le runbook, lit l'état des PR en direct, publie des mises à jour de progression. Un déploiement manuel de 20 minutes devient 2 minutes. Le coût de configuration est d'environ 30 minutes par compétence et 10 par MCP ; les cinq premières utilisations le remboursent.
Pas de MCP publié pour ton outil ? Un serveur personnalisé minimal utilisant le SDK Python officiel expose un outil en environ 30-40 lignes : définis le nom, la description et le schéma d'entrée de l'outil, puis gère l'appel. Donne à la description de l'outil la même spécificité qu'une description de compétence. Construis des MCP personnalisés pour les données en direct, fréquemment interrogées ; pour les données de référence statiques, une compétence qui te demande de les coller est suffisante.
Gestion des identifiants pour les configurations d'équipe. Les jetons codés en dur dans un fichier settings.json partagé sont un incident en attente. Deux modèles plus sûrs : le passage par env ("SLACK_TOKEN": "$SLACK_TOKEN", avec la valeur réelle dans ton profil shell) ou un gestionnaire de secrets que le serveur MCP interroge au démarrage (Vault, 1Password CLI), de sorte que rien de sensible ne se trouve sur le disque.
Limiter au minimum : un rôle Postgres en lecture seule pour Supabase, un jeton GitHub granulaire limité à des dépôts spécifiques, un jeton de bot Slack limité aux canaux que Claude doit voir.
Audit : pour les MCP qui peuvent écrire, ajoute un hook PostToolUse enregistrant l'horodatage, le nom de l'outil, les arguments et le statut du résultat.
Les compétences sont des runbooks markdown que Claude découvre par description ; écris-en une la troisième fois que tu colles les mêmes instructions. Les MCP connectent Claude aux API externes sans code de raccordement ; utilise des identifiants en lecture seule et à privilège minimum. Meilleure première compétence : la procédure que tu as expliquée deux fois cette semaine. Meilleur premier MCP : le système à partir duquel tu copies-colles le plus.