Registre officiel des serveurs MCP : trouver, publier

Le registre officiel des serveurs MCP (Model Context Protocol) est le MCP Registry, à l'adresse registry.modelcontextprotocol.io. C'est un dépôt centralisé de métadonnées sur les serveurs MCP publics : il dit où trouver un serveur et comment le lancer, mais n'héberge pas son code. Il est en préversion depuis son lancement le 08/09/2025 et l'était toujours lors de notre relevé du 15/11/2026.

Ce que contient le registre

D'après sa documentation, chaque serveur est décrit dans un fichier au format server.json qui précise :

• son nom unique, par exemple io.github.user/server-name ;
• où le trouver : nom du paquet npm, adresse d'un serveur distant… ;
• comment l'exécuter : arguments de ligne de commande, variables d'environnement ;
• d'autres informations de découverte : description, capacités.

Le registre fournit aussi une API REST (une interface de programmation web) pour que clients et annuaires découvrent les serveurs.

Le registre est soutenu par des contributeurs de l'écosystème, dont la documentation cite Anthropic, GitHub, PulseMCP et Microsoft.

Ce qu'il n'est pas

• Pas un hébergeur de code : les paquets restent sur npm, PyPI ou Docker Hub ; le registre pointe vers eux. Exemple de la documentation : un paquet weather-mcp sur npm, référencé comme serveur « weather v1.2.0 ».
• Pas un label de sécurité : l'analyse de sécurité est déléguée aux registres de paquets et aux annuaires en aval. Le registre se concentre sur l'authentification des espaces de noms et l'hébergement des métadonnées.
• Pas pour les serveurs privés : un serveur réservé à un petit groupe (réseau interne, registre de paquets privé) n'y a pas sa place.
• Pas stable : en préversion, des changements incompatibles ou des remises à zéro des données peuvent survenir avant la disponibilité générale.
• Pas fait pour être lu directement par les applications : la documentation indique que les applications hôtes devraient plutôt consommer des annuaires en aval, via une API conforme à la spécification OpenAPI du registre.

Comment la confiance est établie

Les noms suivent un format DNS inversé (comme io.github.username/server ou com.example/server), relié à un compte GitHub ou à un nom de domaine vérifié. Seul le propriétaire légitime peut publier sous son espace de noms. Contre le spam : vérification par GitHub, par DNS (le système des noms de domaine) ou par HTTP, limites de longueur sur les champs libres, et retrait manuel par les mainteneurs selon une politique de modération.

L'écosystème autour du registre

Le billet d'annonce précise que les places de marché propres à chaque client peuvent enrichir les données reprises du registre, et que des sous-registres privés existent dans les entreprises aux exigences fortes de confidentialité et de sécurité.

D'autres sources de serveurs

• Les serveurs de référence du projet MCP, sur le dépôt GitHub modelcontextprotocol/servers, dont le serveur de fichiers utilisé dans les tutoriels.
• Le répertoire d'extensions de Claude Desktop, qui d'après le centre d'aide d'Anthropic ne contient que des outils vérifiés par Anthropic (voir installer un serveur MCP dans Claude Desktop).
• Les serveurs officiels des éditeurs, comme le serveur distant de Sentry cité dans la documentation d'architecture.

Avant d'installer un serveur trouvé dans un annuaire, appliquez la liste de contrôle de la page sécurité des serveurs MCP.

Publier votre serveur

Si votre serveur est public (paquet sur un registre public, ou serveur distant accessible hors réseau privé), la documentation propose un guide de démarrage pour le publier, et un guide spécifique aux serveurs distants. Vous choisissez un espace de noms que vous pouvez prouver (votre compte GitHub ou votre domaine), vous décrivez le serveur dans server.json, puis vous publiez. Pour un serveur interne, montez plutôt un registre privé : voir MCP en entreprise.