Blog
3 août 2026

7 Serveurs MCP Pratiques pour le Développement Assisté par IA (Optimisé pour Claude Code)

Salty Fish

Le marché est actuellement inondé par une grande variété de serveurs basés sur le protocole MCP (Model Context Protocol). Ils sont faciles à installer, ce qui donne envie d'en configurer des dizaines à la fois. Cependant, posséder un grand nombre de serveurs MCP n'est pas nécessairement une bonne chose.

Lorsqu'il est initialisé, chaque serveur MCP injecte ses définitions d'outils dans le prompt système (instructions système). Si le nombre d'outils visibles dépasse 50, le modèle d'IA peut avoir des difficultés à différencier des outils aux fonctions proches, ce qui entraîne une hausse des erreurs d'appel d'outils (tool-calling errors). De plus, cela consomme de précieux tokens, car les schémas JSON des outils inutilisés s'approprient des milliers de tokens de votre fenêtre de contexte avant chaque conversation.

Au vu du coût des tokens, il est plus judicieux de se montrer sélectif. Dans cet article, nous mettons en lumière 7 serveurs MCP particulièrement pratiques, qui ont fait leurs preuves dans des flux de travail d'ingénierie quotidiens. Des standards web à la gestion d'environnements locaux, de la recherche en temps réel au raisonnement structuré, chaque présentation inclut des instructions de configuration et des cas d'usage bien définis.


MDN MCP Server : La référence de Mozilla pour les standards web

Demandez à une IA la compatibilité d'une propriété CSS avec différents navigateurs et vous risquez de recevoir des informations obsolètes d'un an, fondées sur des données d'entraînement statiques. Savoir si une API est "Baseline Widely Available" (largement disponible dans la Baseline) ou si elle nécessite encore des polyfills est une question à laquelle les données d'entraînement statiques ne peuvent pas répondre de manière fiable.

Le serveur MCP MDN est un projet expérimental publié par Mozilla en juin de 2026. Il permet aux assistants de codage IA de requêter directement le contenu le plus récent de MDN Web Docs ainsi que les données de compatibilité des navigateurs. L'IA peut rechercher des articles MDN, récupérer le contenu complet de pages spécifiques, extraire des fragments de code et consulter l'état détaillé de la prise en charge par les navigateurs (y compris les badges Baseline et les indicateurs de version des navigateurs).

Contrairement aux outils de documentation qui tentent d'indexer des milliers de paquets tiers, le serveur MCP MDN se concentre uniquement sur la plateforme web de base : HTML, CSS, JavaScript et les API Web. Construit directement sur MDN Web Docs, son contenu est revu en permanence par l'équipe de Mozilla et sa communauté, ce qui en fait une référence hautement fiable pour les standards web.

Cas d'usage : Tâches de développement frontend impliquant des vérifications de compatibilité de navigateurs, l'adoption de nouvelles fonctionnalités CSS ou l'appel d'API Web. Des questions comme "Quels navigateurs prennent actuellement en charge @starting-style en CSS ?" ou "Quelle est la version minimale de Safari requise par structuredClone() ?" nécessitent des données de référence, et non des approximations de la part du modèle.

Avertissements : Ce projet étant expérimental, ses fonctionnalités et ses interfaces sont susceptibles d'évoluer. Mozilla collecte la télémétrie des requêtes pour améliorer le service. Pour désactiver le partage de ces données analytiques internes, vous pouvez ajouter X-Moz-1st-Party-Data-Opt-Out: 1 aux en-têtes de vos requêtes (request headers).

Configuration (Lưu trữ từ xa, Khuyến nghị) :

Ajouter via la CLI Claude Code :

bash
claude mcp add --transport http mdn https://mcp.mdn.mozilla.net/

Ou ajouter directement à votre fichier de configuration JSON :

json
{
  "mcpServers": {
    "mdn": {
      "type": "http",
      "url": "https://mcp.mdn.mozilla.net/",
      "description": "Requêtes de documentation en temps réel MDN Web Docs et données de compatibilité des navigateurs"
    }
  }
}

ServBay : Gérer votre stack de développement local en langage naturel

Un goulot d'étranglement classique en développement full-stack survient lorsqu'un projet nécessite Nginx, MySQL, Redis et PHP 8.3. Les assistants de codage IA peuvent écrire le code, mais chaque fois que vous devez modifier une configuration Nginx, créer une base de données ou changer de version de PHP, vous devez quitter votre éditeur pour effectuer ces tâches manuellement.

Pour déléguer ces tâches à une IA, l'approche conventionnelle consiste à installer des serveurs MCP distincts pour la base de données, le système de fichiers et le serveur web, puis à configurer leurs paramètres de connexion respectifs. Cela alourdit rapidement votre liste d'outils. ServBay adopte une approche différente en intégrant un serveur MCP directement dans son application. Il expose 39 outils via un unique endpoint, couvrant l'ensemble de la gestion de votre environnement local :

  • Contrôle des services : Démarrez, arrêtez et redémarrez des services (PHP, Node.js, MySQL, Redis, etc.), et consultez les statuts d'exécution ainsi que les logs.
  • Gestion des sites : Configurez des sites locaux, associez des noms de domaine, générez et renouvelez des certificats SSL, et gérez des reverse proxies.
  • Opérations sur les bases de données : Créez ou supprimez des bases de données, gérez les identifiants d'utilisateurs, exécutez des requêtes et importez/exportez des données.
  • Changement de version : Passez d'une version à l'autre de PHP, Node.js, Python ou Golang en un clic, ce qui permet à plusieurs versions de s'exécuter en parallèle sans interférence.
  • Diagnostics système : Obtenez une vue d'ensemble de l'environnement, vérifiez les configurations des services et inspectez l'état des sauvegardes.

En tant qu'outil de développement pensé pour l'IA, ServBay prend en charge la gestion en langage naturel de votre environnement de développement local. Par exemple, en demandant à l'IA : "Crée un site Node.js sécurisé en utilisant le domaine blog.servbay.demo, et initialise une base de données PostgreSQL", l'IA coordonne automatiquement la configuration du site, la génération du certificat SSL et la mise à disposition de la base de données en un seul échange.

Contrairement aux serveurs MCP basés sur Node configurés en ligne de commande, le serveur MCP de ServBay ne nécessite aucune édition manuelle de fichiers JSON. Dans le panneau de configuration de ServBay, sous One-Click AI Connection (Connexion IA en un clic), sélectionnez Claude Code, Cursor ou Codex, et l'intégration s'écrira automatiquement dans la configuration de votre client.

Cas d'usage : Développeurs full-stack gérant plusieurs projets simultanément et changeant souvent de version de langage ou de base de données. Cet outil est particulièrement utile si vous souhaitez automatiser les opérations manuelles liées à Nginx et aux bases de données pour vous concentrer uniquement sur l'écriture du code.

Avertissements : Toutes les actions sont exécutées localement, et vos données restent strictement privées. Les opérations destructrices — comme la suppression d'un site ou la modification du mot de passe d'une base de données — requièrent une validation secondaire au sein de l'interface de ServBay afin d'éviter toute fausse manipulation de l'IA. ServBay fonctionne sous macOS et Windows avec des comportements d'environnement homogènes.

Configuration :

Aucune configuration manuelle n'est requise. Installez ServBay, accédez à Paramètres -> One-Click AI Connection et sélectionnez votre client IA pour le connecter.


Brave Search : Recherche web en temps réel au-delà des limites de connaissances de l'IA

Passer 20 minutes à déboguer une erreur esbuild obscure pour finalement découvrir que la solution a été publiée dans une issue GitHub deux jours auparavant est une frustration classique pour tout développeur. Comme les données d'entraînement de l'IA sont figées dans le temps, elle ne peut pas connaître l'existence de ce bug, ce qui vous force à quitter votre terminal pour faire une recherche manuelle.

Le serveur MCP Brave Search résout ce problème en dotant l'IA de capacités de recherche en temps réel. Il interroge l'index de recherche indépendant de Brave (exempt de biais publicitaires et indépendant de Google), fournissant des résultats web, de lieux, d'actualités et d'images optimisés spécifiquement pour les structures de contexte des LLM.

Son outil principal, brave_web_search, prend en charge le filtrage par pays, par langue et par période (dernier jour, semaine ou mois écoulé), ainsi que la pagination et la recherche sécurisée. Si une recherche locale ne donne aucun résultat, il bascule de manière fluide vers une recherche web régionale.

Cas d'usage : Situations de codage nécessitant des informations récentes, comme la recherche de vulnérabilités connues dans la dernière version d'une bibliothèque, la comparaison de modèles de gestion d'état au sein d'un framework, ou la vérification de changements majeurs (breaking changes) dans les API de services cloud.

Avertissements : Nécessite une clé API obtenue sur le Brave Search API Dashboard. L'offre gratuite propose 2 000 requêtes par mois, ce qui est généralement suffisant pour un développeur individuel. Notez que l'ancien paquet @modelcontextprotocol/server-brave-search a été archivé en mai 2025 ; veillez à utiliser le nouveau paquet officiel maintenu par Brave.

Configuration :

json
{
  "mcpServers": {
    "brave-search": {
      "command": "npx",
      "args": ["-y", "@brave/brave-search-mcp-server", "--transport", "stdio"],
      "env": {
        "BRAVE_API_KEY": "YOUR_BRAVE_API_KEY"
      },
      "description": "Recherche web en temps réel via l'index indépendant de Brave, s'affranchissant des limites temporelles de l'IA"
    }
  }
}

Filesystem MCP Server : Accés sécurisé et restreint au système de fichiers

La plupart des clients de codage IA (comme Claude Code et Cursor) savent déjà lire et écrire des fichiers dans le dossier du projet actif. Toutefois, si vous avez besoin que l'IA accède à des fichiers en dehors de ce répertoire — par exemple pour référencer des modèles de configuration d'un autre projet, lire des utilitaires d'une bibliothèque partagée ou manipuler des documents sous ~/Documents — les capacités natives s'avèrent insuffisantes.

Le serveur MCP Filesystem est une implémentation de référence officielle du protocole. Il s'appuie sur un mécanisme de "racines" (roots) pour définir les limites exactes des répertoires auxquels l'IA peut accéder, exposant des opérations standard telles que read_file, write_file, list_directory et create_directory strictement au sein de ces limites.

Cette restriction de chemin garantit la sécurité. Les répertoires autorisés doivent être explicitement déclarés au démarrage du serveur, ce qui empêche l'IA d'utiliser des techniques de traversée de répertoires (path traversal) pour accéder à des zones système sensibles. Il applique également une limite de taille de fichier (par défaut 1 Mo) pour éviter que des fichiers volumineux ne saturent votre fenêtre de contexte.

Cas d'usage : Scénarios nécessitant des références croisées entre projets, l'accès à des fichiers de configuration externes ou des tâches d'écriture en dehors du workspace actif — comme la copie d'un squelette de projet depuis un répertoire partagé ou la génération de rapports dans un dossier spécifique.

Avertissements : Si les fonctionnalités natives de gestion de fichiers de votre client IA suffisent déjà pour vos tâches courantes, vous n'avez pas besoin d'installer ce serveur. La superposition d'outils de fichiers identiques peut désorienter l'IA et générer des erreurs d'appel d'outils.

Configuration :

json
{
  "mcpServers": {
    "filesystem": {
      "command": "npx",
      "args": [
        "-y",
        "@modelcontextprotocol/server-filesystem",
        "/Users/votre_nom/projects/shared-libs",
        "/Users/votre_nom/Documents/configs"
      ],
      "description": "Accès contrôlé au système de fichiers pour les manipulations de ressources inter-projets"
    }
  }
}

Remplacez les chemins de dossiers définis dans le tableau args par vos propres dossiers autorisés en local.


Sequential Thinking : Processus de raisonnement structuré pour les tâches complexes

Lorsqu'on lui confie une tâche de refactoring couvrant plusieurs modules, l'assistant IA commence parfois directement par modifier les fichiers. À mi-parcours, il peut découvrir des dépendances manquantes, ce qui l'oblige à revenir en arrière. Ce n'est pas nécessairement un manque de compétences, mais plutôt un manque de structuration du raisonnement.

Le serveur MCP Sequential Thinking fournit un outil appelé sequential_thinking qui incite l'IA à effectuer un raisonnement étape par étape avant d'agir. Il demande au modèle de décomposer le problème, de consigner ses réflexions, de suivre la progression de son analyse et de revenir en arrière (backtrack) ou d'explorer de nouvelles branches de réflexion si nécessaire.

Contrairement à une simple instruction système demandant à l'IA de "penser avant de répondre", Sequential Thinking enregistre les étapes d'analyse de manière structurée. Ces étapes sont conservées dans un journal auditable, ce qui permet au modèle de s'y référer lors d'étapes ultérieures. Cela accroît la précision sur des tâches complexes telles que les migrations de bases de données, les modifications d'architecture ou les refactorings multi-services.

Cas d'usage : Tâches de codage complexes impliquant plusieurs étapes et des décisions d'architecture critiques, telles que l'analyse d'impact de la modification d'un schéma de base de données, le déploiement d'une infrastructure selon un ordre de dépendance strict, ou un refactoring étendu sur plusieurs modules.

Avertissements : Sequential Thinking augmente la consommation de tokens en raison des étapes de réflexion intermédiaires. Pour des modifications simples sur un seul fichier, il est préférable de le laisser désactivé et de ne l'activer que pour des tâches d'architecture complexes.

Configuration :

json
{
  "mcpServers": {
    "sequential-thinking": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-sequential-thinking"],
      "description": "Raisonnement étape par étape structuré pour les refactorisations et les choix d'architecture complexes"
    }
  }
}

OpenAI Agents SDK + MCP : L'évolution standardisée du Function Calling

Avant l'apparition du protocole MCP, le principal moyen de permettre à l'IA d'appeler des outils externes consistait à utiliser le Function Calling d'OpenAI. Les développeurs définissaient des schémas de fonctions dans leurs requêtes API, le modèle renvoyait un payload JSON indiquant son intention, puis l'application exécutait l'appel localement avant de renvoyer le résultat. Bien que fonctionnelle, cette approche couplait étroitement les schémas au code de l'application, obligeant à réécrire la couche d'adaptation à chaque changement de fournisseur de modèle.

L'OpenAI Agents SDK prend en charge nativement le protocole MCP, ce qui permet aux outils de Function Calling et aux serveurs MCP de coexister dans le même flux de travail de l'agent. Le SDK prend en charge trois méthodes de connexion à un serveur MCP : stdio (processus locaux), le streaming HTTP (services distants) et les outils MCP hébergés (serveurs distants gérés par OpenAI appelés via l'API de réponses).

En pratique, ces deux approches répondent à des besoins distincts :

Cas d'usage : Équipes de développement concevant des applications d'agents avec l'API OpenAI. Connecter des outils externes (comme des bases de données, des moteurs de recherche ou des outils de gestion de projet) via le protocole MCP permet de réutiliser des serveurs communautaires existants au lieu d'avoir à réécrire des schémas personnalisés pour chaque service.

Avertissements : Requiert la version 0.12.x ou supérieure de l'OpenAI Agents SDK. Les serveurs MCP locaux utilisant stdio exigent que leurs dépendance soient installées sur la machine hébergeant l'agent. Les Hosted MCP Tools sont gérés par OpenAI, ce qui simplifie la configuration mais limite vos choix aux services partenaires intégrés.

Configuration (Exemple avec Python SDK) :

python
from agents import Agent
from agents.mcp import MCPServerStdio, MCPServerHTTP

Mode Stdio : Connecter à un serveur MCP local

local_search_server = MCPServerStdio(
    command="npx",
    args=["-y", "@brave/brave-search-mcp-server", "--transport", "stdio"]
)

Mode HTTP : Connecter à un serveur MCP distant

remote_mcp_server = MCPServerHTTP(
    url="https://mcp.example.com/mcp",
    headers={"Authorization": "Bearer VOTRE_TOKEN"}
)

agent = Agent(
    name="dev-assistant",
    instructions="Vous êtes un assistant de développement particulièrement utile.",
    mcp_servers=[local_search_server, remote_mcp_server]
)

Puppeteer MCP Server : Contrôle léger du navigateur pour le scraping et la vérification visuelle

Une IA peut affirmer avoir résolu un problème de mise en page dans votre code frontend, mais elle est incapable de vérifier elle-même le rendu visuel. Le serveur MCP Puppeteer comble cette lacune en confiant à l'IA le contrôle d'une véritable instance de navigateur pour parcourir les pages, cliquer sur des éléments, remplir des formulaires, exécuter des scripts personnalisés et capturer des captures d'écran afin de valider visuellement les changements.

Puppeteer MCP interroge les éléments via des sélecteurs CSS standard et prend en charge l'exécution de JavaScript arbitraire dans le contexte de la page. Son ensemble d'outils est optimisé, contenant puppeteer_navigate (aller à l'URL), puppeteer_click (cliquer sur un élément), puppeteer_fill (remplir un formulaire), puppeteer_screenshot (capturer l'écran), puppeteer_evaluate (exécuter du JS) et puppeteer_select (sélectionner dans un menu déroulant).

Par rapport à Playwright MCP (qui s'appuie sur les arbres d'accessibilité pour les interactions sémantiques), Puppeteer propose une approche plus directe. Son principal avantage réside dans sa flexibilité, car vous pouvez injecter du JS personnalisé pour récupérer des données ou manipuler les états d'exécution. Néanmoins, les interactions basées sur des sélecteurs CSS s'avèrent moins stables que les arbres d'accessibilité si la structure de la page cible change.

Cas d'usage : Tâches de web scraping, scénarios de débogage nécessitant du JS personnalisé et validation visuelle d'interfaces. Vous pouvez par exemple demander à l'IA : "Ouvre cette page du portail interne, exécute un script pour parser le tableau de données et renvoie un payload JSON" ou "Prends une capture d'écran de cette page et vérifie si le footer est correctement aligné."

Avertissements : Puppeteer lance de réels processus de navigateur sur votre système hôte ; veillez à prendre en compte ses droits d'accès potentiels aux fichiers locaux et aux ressources intranet. Si vous l'exécutez sur des serveurs headless ou dans des conteneurs Docker, assurez-vous que les dépendances headless nécessaires sont bien installées.

Configuration :

json
{
  "mcpServers": {
    "puppeteer": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-puppeteer"],
      "description": "Contrôle du navigateur basé sur les sélecteurs CSS, idéal pour le scraping et l'évaluation JS"
    }
  }
}

Bảng So sánh Tổng quan Máy chủ MCP

Servidor MCPCategoríaPrecioProtocolo de transporteMejor caso de uso
MDNDocumentación de estándares webGratisHTTPCompatibilidad con navegadores, consultas de API Web
ServBayGestión de entornos localesGratisIntegradoGestión de entornos full-stack, automatización de infraestructura local y DB
Brave SearchBúsqueda webNivel gratuitostdioBúsqueda de información en tiempo real y documentación técnica
FilesystemAcceso al sistema de archivos localGratisstdioLectura y escritura de archivos fuera del espacio de trabajo del proyecto
Sequential ThinkingRazonamientoGratisstdioAnálisis paso a paso de cambios complejos en el código y planes de diseño
OpenAI Agents + MCPEstandarización de llamadasAPI de pagostdio / HTTPExpansión estandarizada de herramientas de IA en aplicaciones de agentes de OpenAI
PuppeteerControl del navegador webGratisstdioValidación automática de diseño de UI y raspado web dinámico

Gestion de la limite d'outils : combien c'est trop ?

La configuration des serveurs MCP n'est pas une tâche que l'on effectue une fois pour toutes. Chaque serveur ajouté introduit de nouvelles définitions d'outils dans votre prompt système, ce qui consomme de la fenêtre de contexte et augmente le risque de confusion pour le modèle. Voici quelques recommandations :

  • Conservez le nombre d'outils visibles sous la barre des 50 : Il s'agit d'un seuil communément admis pour préserver la précision des appels d'outils. Dépasser cette limite conduit souvent le modèle à confondre des outils aux fonctionnalités proches.
  • Activez les outils de manière dynamique par session : Vous avez rarement besoin de tous vos serveurs actifs en même temps. Gardez MDN et Puppeteer actifs pour les tâches frontend, assurez-vous que les outils de bases de données sont en ligne pour le développement backend, et ouvrez Brave Search pour vos recherches. La plupart des clients (comme la commande /mcp de Claude Code) vous permettent de basculer l'état d'activation des outils à la volée.
  • Évitez les serveurs redondants : Si votre client IA gère déjà nativement la lecture et l'écriture de fichiers, n'installez pas le serveur Filesystem MCP. Si vous utilisez ServBay pour la gestion des bases de données, il est inutile d'ajouter un serveur Postgres MCP distinct. Les outils en doublon sont l'une des principales causes d'erreurs d'appel d'outils.
  • Privilégiez les configurations locales au projet : Avec Claude Code, utilisez --scope project pour enregistrer vos configurations dans le fichier .mcp.json à la racine de votre projet, plutôt que dans le fichier global ~/.claude.json. Cela garantit que votre équipe partage les mêmes outils et vous permet de personnaliser les configurations MCP pour chaque projet.

Conclusion

Le protocole Model Context Protocol redéfinit la façon dont les développeurs collaborent avec l'IA. Des actions qui exigeaient auparavant de passer manuellement d'un éditeur à un terminal, un navigateur, des sites de documentation ou des outils de gestion de bases de données locaux peuvent désormais être gérées en langage naturel directement dans votre terminal.

Toutefois, la croissance rapide de l'écosystème MCP impose de faire des choix sélectifs. L'accumulation excessive de serveurs peut dégrader les performances en raison de conflits d'outils et de l'encombrement de la fenêtre de contexte. Les 7 serveurs présentés ici couvrent la majeure partie des besoins de développement quotidiens :

  • MDN MCP garantit des requêtes précises sur les spécifications web et la compatibilité des navigateurs.
  • ServBay remplace plusieurs outils d'environnements locaux distincts par un unique point d'accès unifié.
  • Brave Search sert de passerelle pour contourner les limites temporelles de connaissances de l'IA.
  • Filesystem étend l'accès aux fichiers en toute sécurité hors du workspace d'un projet.
  • Sequential Thinking structure le processus de réflexion de l'IA pour les tâches complexes.
  • OpenAI Agents SDK + MCP simplifie l'intégration pour les développeurs d'agents de l'IA grâce à des schémas d'outils normalisés.
  • Puppeteer offre un retour visuel en validant le rendu sur un véritable navigateur.

En règle générale, n'installez que les serveurs indispensables à votre flux de travail actuel, surveillez le volume de vos outils et privilégiez des configurations spécifiques à chaque projet. Gérer intelligemment votre quota d'outils garantit que votre assistant IA prendra des décisions précises à chaque appel.