Les 20 MCP Server à installer en 2026

En bref : le répertoire MCP compte déjà des milliers de Servers, mais ceux qui méritent vraiment de rester actifs en permanence ne sont qu'une poignée — trop en installer rend l'Agent moins performant ; les mauvais choix vous condamnent au copier-coller manuel. Si vous codez déjà dans Cursor, Claude Code ou Codex sans savoir s'il faut brancher GitHub ou empiler dix SaaS, cet article sélectionne les 20 MCP Server les plus utiles en 2026 selon quatre axes — outils de développement, données et ops, SaaS collaboratifs, recherche et mémoire — et détaille les principes de sélection, la configuration et les pièges courants.

Articles connexes de la série : Tutoriel d'installation MCP pour Claude Code, Exposition minimale des permissions MCP, Déploiement CodeGraph MCP en 5 minutes.

Pourquoi le MCP est devenu l'« interface standard » du codage IA en 2026

Le Model Context Protocol (MCP), open-sourcé fin 2024 par Anthropic, a explosé en 2025 avec Claude Desktop, Cursor, Windsurf et autres clients. En 2026, c'est le standard de facto des plugins Agent : OpenAI Codex, GitHub Copilot et les extensions VS Code partagent le même écosystème de Servers. Sa valeur n'est pas « un chatbot de plus », mais de transformer dépôts, documentation, bases de données, navigateurs et systèmes de tickets en outils structurés que l'Agent peut appeler — moins de « va voir la PR #123 » et de transport manuel de contexte.

Par rapport aux Function Calling custom des débuts, l'avantage du MCP est une installation, plusieurs clients : la même config GitHub MCP sert Claude Code et Cursor. La communauté et les éditeurs comptent plus de mille Servers en 2026, mais la qualité varie — cet article ne retient que 20 outils avec soutien officiel ou adoption massive, maintenance active et documentation d'installation claire.

Quatre principes de sélection : éviter la « décharge à outils »

Avant la liste, quatre principes validés en 2026 par la communauté :

• Choisir selon le workflow, pas selon le classement. React + PR GitHub au quotidien ? Context7 + GitHub + Playwright couvrent 80 % des cas. Notion MCP ne vaut le contexte qu'avec une vraie base de connaissances Notion.
• Limiter le nombre total d'outils actifs. Cursor plafonne à environ 40 outils ; Claude Code est plus souple, mais trop d'outils fait « choisir le mauvais tool » ou brûler des dizaines de milliers de tokens dès le départ. En pratique : 3–7 Servers, moins de 30 outils au total.
• Privilégier les versions Remote HTTP allégées. GitHub, Supabase, Linear, Sentry proposent des Servers distants OAuth avec moins d'outils que les images Docker locales — mieux adaptés à Cursor.
• Exposition minimale des permissions. PAT en lecture seule, chaîne de connexion DB en RO, Filesystem limité au répertoire projet — voir l'article dédié aux permissions.

Schéma : du workflow à la combinaison MCP

La logique de sélection tient en une chaîne : définir les tâches quotidiennes, mapper les Servers, puis contrôler quantité et permissions.

Trois combinaisons de départ (par rôle)

Outils de développement (8)

Ces Servers agissent directement sur le dépôt et la chaîne d'ingénierie — le terrain principal de la plupart des lecteurs.

1. GitHub MCP (officiel)

Rôle : lire dépôts et fichiers, chercher du code, gérer Issues / PR, consulter le statut CI, certaines capacités de scan sécurité. Mainteneur : GitHub officiel (github/github-mcp-server). Transport : Remote HTTP (OAuth) recommandé ; sur Cursor, éviter la version Docker locale complète (un seul Server peut dépasser 40 outils).

Pour qui : toute équipe hébergeant du code sur GitHub. Aligné avec la config GitHub de la triple connexion Claude Code — PAT lecture seule granulaire ou OAuth suffisent.

2. Context7

Rôle : récupérer la documentation officielle et les exemples de code à jour par nom et version de bibliothèque, réduisant fortement les hallucinations d'API. Mainteneur : projet communautaire Upstash, en tête de presque tous les classements « meilleurs MCP » en 2026. Transport : Remote HTTP ou stdio local.

Pour qui : quiconque utilise des frameworks tiers (Next.js, Tailwind, Prisma, SwiftUI…). Densité de signal très élevée — « un Server vaut dix ».

3. Playwright MCP (Microsoft officiel)

Rôle : piloter de vrais Chromium/WebKit/Firefox ; comprendre la page via l'arbre d'accessibilité plutôt que des captures, cliquer, remplir des formulaires, faire des assertions. Un ordre de grandeur plus fiable que de laisser l'Agent « deviner » si l'UI est correcte. Paquet : @playwright/mcp.

Pour qui : frontend, E2E, ou tout développeur qui veut valider dans le navigateur juste après un changement. Consomme tokens et temps à chaque run — déclencher à la demande plutôt qu'en appel automatique permanent.

4. Fetch MCP (implémentation de référence officielle)

Rôle : HTTP GET contrôlé, conversion de pages web en Markdown pour le modèle. Paquet : @modelcontextprotocol/server-fetch. Utile pour docs, health checks, réponses d'API publiques.

Attention : ne remplace pas Context7 pour la doc de bibliothèques ; Fetch gère mal les SPA dynamiques — pages complexes via Playwright.

5. Filesystem MCP (implémentation de référence officielle)

Rôle : lire/écrire des fichiers dans des répertoires explicitement déclarés. Paquet : @modelcontextprotocol/server-filesystem.

Attention : Cursor a déjà un sandbox fichier — souvent inutile. Plus utile pour Claude Code en terminal ou traitements batch multi-répertoires. Limiter la racine dans args ; ne pas pointer vers $HOME.

6. Git MCP (implémentation de référence officielle)

Rôle : lire status, diff, log, branches ; certaines versions permettent des commits contrôlés. Paquet : @modelcontextprotocol/server-git ou mcp-server-git.

Pour qui : faire comprendre à l'Agent les changements non commités et l'historique sans donner un shell complet. Complémentaire à GitHub MCP : local vs collaboration distante.

7. CodeGraph MCP

Rôle : graphe sémantique de code indexé localement — saut de symboles, impact des dépendances (codegraph_impact), relations inter-fichiers. Tests ZavCloud : sur une même correction de bug, les appels shell passent d'environ 12 à 5 une fois branché.

Pour qui : gros monolithes, frontières microservices floues, équipes qui veulent « modifier un point, voir l'impact ». Déploiement : guide en 5 minutes.

8. Serena

Rôle : recherche et édition sémantique basées sur LSP, 20+ langages, plus précis qu'un grep texte sur symboles et références. Mainteneur : communauté (oraios/serena), en forte progression chez les utilisateurs intensifs de Claude Code en 2026.

Pour qui : monorepos multilingues, rename / find references précis. Chevauchement avec CodeGraph — en général l'un ou l'autre, ou par projet.

Données et ops (4)

9. Supabase MCP (officiel)

Rôle : interroger tables, exécuter SQL, consulter le schéma, gérer Edge Functions et branches (selon permissions). Transport : Remote HTTP + OAuth.

Attention : en production, rôle lecture seule ou branche de dev obligatoire ; le mode écriture mal configuré coûte cher. Neon et autres hébergeurs Postgres proposent des MCP similaires — un seul suffit selon la stack.

10. DBHub / Bytebase (PostgreSQL générique)

Rôle : l'une des voies Postgres recommandées par la doc Anthropic (l'ancien server-postgres officiel est archivé). Connexion via DSN, requêtes contrôlées. Installation : npx -y @bytebase/dbhub --dsn "postgresql://...".

Pour qui : bases auto-hébergées, stack non-Supabase, équipes voulant une surface SQL unifiée.

11. Sentry MCP (officiel)

Rôle : récupérer événements d'erreur, stack traces, releases et statuts d'issues — l'Agent boucle « erreur → localisation → PR » dans l'éditeur. Transport : Remote HTTP.

Pour qui : équipes front/back déjà sur Sentry. Plutôt lecture ; la correction reste GitHub + debug local.

12. Docker MCP (communauté / exploration Docker officielle)

Rôle : lister conteneurs, lire logs, démarrer/arrêter de façon contrôlée — l'Agent comprend mieux la topologie locale ou CI.

Attention : large surface de permissions ; activer sur machine de dev uniquement. Clusters prod : MCP ops dédié ou kubeconfig RO. Plus utile si le dev local est entièrement conteneurisé.

SaaS collaboratifs (5)

Ces Servers connectent l'Agent aux outils que l'équipe paie déjà — n'changez pas de système de tickets pour le MCP.

13. Linear MCP (officiel)

Rôle : lire/écrire tickets, mettre à jour statuts, chercher issues, aligner les sprints. OAuth distant, jeu d'outils compact.

Pour qui : startups et équipes produit sur Linear. Avec GitHub MCP : « numéro de ticket → branche → PR » en une description.

14. Notion MCP (officiel)

Rôle : chercher et lire/écrire pages Notion, vues de bases — PRD, comptes-rendus, base de connaissances.

Attention : un gros workspace sature vite le contexte ; limiter la portée des pages accessibles à l'intégration.

15. Slack MCP (officiel)

Rôle : lire messages de canaux, envoyer résumés, parcourir les threads — synchroniser les sorties Agent dans le flux de collaboration.

Pour qui : organisations où l'ingénierie vit dans Slack. Écriture désactivée par défaut ; validation humaine avant envoi.

16. Figma Dev Mode MCP (officiel)

Rôle : lire structure, variables et styles du frame sélectionné dans Figma — design vers code. Prérequis : app desktop ouverte avec le artboard sélectionné.

Pour qui : équipes frontend pilotées par le design system. Triangle avec Context7 (docs composants) + Playwright (régression visuelle).

17. Stripe MCP (officiel)

Rôle : consulter clients, abonnements, factures et données mode test — développement et dépannage billing.

Attention : clés test ou strictement RO ; conformité paiement exigeante — pas d'écriture prod automatisée par l'Agent.

Recherche et mémoire (3)

18. Exa MCP

Rôle : recherche web sémantique optimisée pour les Agents — requêtes techniques, RFC, docs mieux que la recherche générique. Clé API requise.

Pour qui : tâches de recherche (« dernier article 2026 / RFC / implémentation concurrent »). Complète Fetch : Exa trouve l'URL, Fetch ou Playwright approfondit.

19. Brave Search MCP

Rôle : recherche web temps réel via l'API Brave Search. Paquet : @modelcontextprotocol/server-brave-search (communauté).

Pour qui : utilisateurs avec quota Brave API voulant une alternative à Exa. L'un ou l'autre — pas les deux.

20. Memory MCP (implémentation de référence officielle)

Rôle : persister des faits inter-sessions sous forme de graphe de connaissances (conventions projet, préférences, décisions d'architecture). Paquet : @modelcontextprotocol/server-memory.

Pour qui : solo ou petite équipe sur un même produit long terme, pour que l'Agent « retienne » les règles d'équipe. Différent de Sequential Thinking (ci-dessous) : Memory stocke des faits, Sequential Thinking décompose les étapes.

Tableau récapitulatif des 20

Installation et exemples de configuration

L'emplacement du fichier varie selon le client, mais la structure JSON est quasi identique. Deux schémas les plus courants en 2026.

Claude Code (~/.claude.json)

// ~/.claude.json → mcpServers
"context7": {
  "command": "npx",
  "args": ["-y", "@upstash/context7-mcp"]
},
"github": {
  "command": "npx",
  "args": ["-y", "@modelcontextprotocol/server-github"],
  "env": { "GITHUB_PERSONAL_ACCESS_TOKEN": "ghp_xxx" }
},
"playwright": {
  "command": "npx",
  "args": ["-y", "@playwright/mcp@latest"]
}

Après sauvegarde, quitter complètement Claude Code, relancer à la racine du dépôt, saisir /mcp pour valider. Procédure complète : tutoriel d'installation.

Cursor (~/.cursor/mcp.json ou .cursor/mcp.json projet)

// Même structure que Claude Code ; GitHub : Settings → MCP → ajouter le Remote officiel
// Éviter github-mcp-server local complet (40+ tools) qui dépasse la limite
{
  "mcpServers": {
    "context7": {
      "command": "npx",
      "args": ["-y", "@upstash/context7-mcp"]
    },
    "playwright": {
      "command": "npx",
      "args": ["-y", "@playwright/mcp@latest"]
    }
  }
}

Complément CodeGraph (niveau projet)

# Racine du dépôt
codegraph init -i
codegraph status
# Ajouter dans ~/.claude.json :
# "codegraph": { "command": "codegraph", "args": ["mcp"] }

Pièges courants

• « Installé mais outils invisibles » — erreur de syntaxe JSON, redémarrage client incomplet, Claude Code pas lancé à la racine du dépôt. Diagnostiquer avec /mcp.
• « GitHub MCP 401 » — PAT sans accès au dépôt cible, expiré ou permissions insuffisantes ; version OAuth distante à ré-autoriser.
• « Limite d'outils Cursor dépassée » — passer au Remote GitHub allégé, désactiver les Servers inutilisés, ou couper des tools non essentiels dans un Server.
• « L'Agent n'appelle toujours pas le MCP » — préciser dans le prompt « utilise GitHub MCP pour lire l'issue #N » ; certaines tâches exigent l'autorisation tool use. Voir le smoke test dans la vue d'ensemble triple connexion.
• « Données de prod modifiées » — connexion en écriture sur Supabase / DBHub ; clé live Stripe par erreur. Par défaut : RO + environnement de dev.

Questions fréquentes

Les MCP Server doublonnent-ils les capacités natives de Cursor ? En partie : Cursor a déjà index projet et terminal — Filesystem MCP est souvent superflu. Context7, collaboration GitHub distante et validation navigateur Playwright restent recommandés en externe.

Codex CLI peut-il utiliser les mêmes MCP ? Oui. Codex et Claude Code supportent le protocole MCP ; chemins de config différents (~/.codex/config.toml ou panneau MCP client), entrées Server réutilisables.

Faut-il installer les 20 ? Non. Le trio ⭐⭐⭐ convient à presque tout le monde ; le reste selon la stack, 3–7 Servers actifs en parallèle.

Comment mesurer le ROI d'un MCP ? Même tâche avec/sans MCP : combien de copier-coller manuels, combien de détours Agent ; après branchement, une seule tool call boucle-t-elle la tâche ? CodeGraph + triple connexion GitHub est notre combo au ROI le plus net en tests.

Que vérifier en audit sécurité ? OAuth scope / permissions PAT par Server, racine Filesystem, rôles lecture/écriture DSN. Checklist : exposition minimale des permissions MCP.

• Tutoriel d'installation MCP pour Claude Code
• Vue d'ensemble triple connexion MCP
• Exposition minimale des permissions MCP
• CodeGraph MCP sur Cloud Mac en 5 minutes
• Claude Code vs Cursor (2026)