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é.
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.
Tout se passe dans votre navigateur. Votre URL et un éventuel jeton restent sur votre machine.
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.
Collez le résultat dans votre fichier de configuration, redémarrez VS Code, et le serveur apparaît dans sa liste d'outils.
.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.
servers.url, en connexion directe.
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.
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.
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.
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.