Serveurs MCP pour Claude Code

Une configuration Model Context Protocol qui mérite sa place, et les pièges qui font perdre un temps précieux.

MCP transforme Claude Code, qui passe de générateur de code à un outil capable de lire votre dépôt, d’interroger une base de données, de piloter un navigateur et d’ouvrir une PR. La configuration MCP est indépendante de la passerelle : elle modifie les outils disponibles, pas la destination des appels aux modèles.

Un .mcp.json utile en pratique

Copy{
  "mcpServers": {
    "filesystem": {"command": "npx", "args": ["-y", "@modelcontextprotocol/server-filesystem", "."]},
    "git":        {"command": "uvx", "args": ["mcp-server-git", "--repository", "."]},
    "github":     {"command": "npx", "args": ["-y", "@modelcontextprotocol/server-github"],
                   "env": {"GITHUB_TOKEN": "..."}},
    "fetch":      {"command": "uvx", "args": ["mcp-server-fetch"]},
    "playwright": {"command": "npx", "args": ["-y", "@playwright/mcp@latest"]}
  }
}

Placez-le à la racine du dépôt ; Claude Code le détecte et vous demande une seule fois de lui faire confiance.

Les pièges

• La demande de confiance est une fonctionnalité. Claude Code refuse de charger les serveurs MCP d’un projet tant que vous ne les avez pas approuvés pour ce projet. C’est une limite de sécurité, pas un bug.
• Attribuez un rôle en lecture seule au serveur de base de données. Un serveur MCP exécute tout SQL produit par le modèle ; un rôle en lecture seule rend une commande hallucinée DROP matériellement impossible.
• Limitez strictement la portée des jetons. Pour GitHub, repo ainsi que read:org suffit. Ne lui fournissez pas un PAT classique doté de toutes les autorisations.
• Les résultats des outils MCP font partie du contexte. Un résultat de 200 lignes ou une page récupérée intégralement est renvoyé à chaque tour suivant. Les résultats volumineux des outils sont la principale raison pour laquelle les sessions avec agents deviennent coûteuses.