Outil gratuit

Générateur de configuration MCP pour VS Code

Collez l'URL de votre serveur MCP et obtenez une configuration que VS Code lira réellement : le bon fichier, la bonne clé racine, le bon transport. Rien n'est envoyé.

Collez l'endpoint sur lequel votre serveur est déployé. Le nom est facultatif : c'est seulement le libellé qu'affiche VS Code.
Tout s'exécute dans votre navigateur. Rien de ce que vous collez n'est envoyé, stocké ou journalisé.

La configuration fonctionne. Personne ne voit toujours ce que fait votre serveur.

Un fichier de configuration connecte votre serveur. Il ne montre pas à un client ce à quoi il sert. MCP Showcase transforme la même URL en playground en direct, avec une documentation pour chaque outil.

Comment ça marche

link
Collez l'URL de votre serveur

Tout se passe dans votre navigateur. Votre URL et un éventuel jeton restent sur votre machine.

play_circle
Nous utilisons le format que VS Code lit vraiment

Le bon fichier, la bonne clé racine et la bonne façon d'exprimer un endpoint distant : elle varie davantage d'un client à l'autre qu'on ne l'imagine.

checklist
Copiez-la au bon endroit

Collez le résultat dans votre fichier de configuration, redémarrez VS Code, et le serveur apparaît dans sa liste d'outils.

Où se trouve la configuration MCP pour VS Code

.vscode/mcp.json (per workspace) or user settings.json

L'emplacement compte autant que le contenu. Une configuration correcte dans le mauvais fichier ne fait strictement rien, et aucun client ne signale d'erreur pour un fichier qu'il n'a jamais ouvert : c'est pourquoi le symptôme habituel est « ça n'apparaît pas », et non un message que l'on pourrait rechercher.

Ce qu'attend VS Code

  • Format : JSON.
  • Clé racine : servers.
  • Endpoint distant : url, en connexion directe.

La clé racine est servers, pas mcpServers

C'est le piège dans lequel presque tout le monde tombe : VS Code utilise "servers", alors que Claude, Cursor et Windsurf utilisent tous "mcpServers". Une configuration copiée depuis l'un d'eux est du JSON valide et ne fait strictement rien. VS Code prend aussi en charge un tableau "inputs" pour qu'un jeton soit demandé et stocké dans le trousseau du système plutôt que versionné dans le dépôt.

Pourquoi un générateur plutôt que la documentation

Parce que les dix clients réellement utilisés divergent sur les quatre points ci-dessus, et que chaque divergence échoue en silence. La clé racine est mcpServers chez la plupart, mais servers dans VS Code et context_servers dans Zed. L'endpoint distant est url chez la plupart, serverUrl dans Windsurf et httpUrl dans Gemini CLI. Deux clients n'utilisent pas JSON du tout. Une configuration copiée entre deux d'entre eux s'analysera généralement et ne se connectera à rien.

Après la configuration

Redémarrez VS Code : la plupart des clients ne lisent leur configuration MCP qu'au démarrage. Si le serveur apparaît mais ne liste aucun outil, le problème est passé du fichier de configuration au serveur, et le MCP Inspector montrera s'il termine un handshake et sur quel transport il répond.

Outils liés

Une configuration vous connecte. Elle n'explique rien.

Tout sur cette page sert à faire dialoguer une machine avec un serveur. Cela n'apporte rien à la personne qui décide si votre serveur mérite d'être connecté : elle ne peut pas lire un fichier de configuration non plus. MCP Showcase transforme la même URL en playground en direct avec une documentation générée pour chaque outil, pour qu'évaluer votre serveur prenne un clic plutôt qu'un fichier de configuration et un redémarrage.

Questions fréquentes

Le chemin exact est affiché avec la configuration générée ci-dessous, car il dépend du client et du système d'exploitation. L'emplacement compte autant que le contenu : une configuration correcte dans le mauvais fichier ne fait strictement rien et ne produit aucune erreur.

Parce que les différences échouent en silence. La clé racine change (mcpServers, servers, context_servers), la clé pour une URL distante change (url, serverUrl, httpUrl), et deux clients n'utilisent pas JSON du tout. Une configuration recopiée s'analyse généralement sans problème et ne se connecte jamais.

Non. Cet outil ne fait aucune requête réseau. La configuration est construite dans votre navigateur, rien n'est conservé, et vous pouvez le vérifier dans l'onglet réseau de votre navigateur.

Le plus souvent oui. La plupart des clients lisent leur configuration MCP au démarrage : une modification ne prend effet qu'au lancement suivant. Si le serveur n'apparaît toujours pas, vérifiez d'abord le chemin du fichier, c'est la cause la plus fréquente.

C'est un problème de connexion ou de transport, pas de format de configuration. Passez l'URL dans le MCP Inspector pour confirmer que le serveur répond et voir sur quel transport.

Autres outils MCP gratuits