Pour les propriétaires de serveurs MCP

Être référencé

Collez l’URL de votre serveur sur la page Proposer : un endpoint distant, un dépôt GitHub ou une page npm ou PyPI. Aucun compte n’est nécessaire. Votre page de suivi se met à jour toute seule et affiche le lien quand il est prêt, en général en quelques minutes. Beaucoup de serveurs sont ajoutés sans que personne ne le demande : à partir d’une liste choisie de serveurs connus et du registre officiel MCP, que nous consultons toutes les heures.

Ce que nous lisons

Notre vérificateur se connecte comme le ferait un client. Il n’envoie jamais d’identifiants et n’exécute jamais votre code. Il s’identifie comme mcp.tc-bot/1.0 (+https://mcp.tc/about) dans le User-Agent et comme mcp.tc-indexer dans le handshake MCP, et s’arrête après 25 requêtes ou 60 secondes.

Le handshake MCP (server/discover ou initialize) : serverInfo avec son nom, son titre, sa version, sa description, son site et ses icônes, et les instructions du serveur.
tools/list, avec le readOnlyHint et le destructiveHint de chaque outil. Ils deviennent les indications Lecture seule, Écrit et Peut supprimer sur la page. prompts/list et resources/list aussi, quand le serveur les propose.
Le fonctionnement de la connexion : un 401 avec WWW-Authenticate, et les métadonnées OAuth de ressource protégée (RFC 9728).
Votre server card à {endpoint}/server-card et /.well-known/ai-catalog.json sur votre site.
Votre entrée dans le registre officiel MCP (server.json).
Votre dépôt (server.json, package.json, pyproject.toml, manifest.json, le README), votre page npm ou PyPI, et le titre, la description et les icônes de votre site.

Un modèle d’IA (Claude, d’Anthropic) rédige ensuite la fiche à partir de ces données publiques : le résumé, la catégorie, ce que vous pouvez faire et quelques exemples de prompts. Il fonctionne sans aucun outil, donc des instructions cachées dans un manifeste ne peuvent rien lui faire faire, et des vérifications fixes décident de la suite. Une proposition ne se met en ligne seule que si le serveur a répondu, que rien n’a été signalé, et que le nom ou l’éditeur correspond au domaine de l’URL du serveur (pour un serveur local, le propriétaire du dépôt, le scope npm ou l’espace de noms du registre). Tout le reste attend une personne. Les conditions listent chaque vérification.

La fiche est rédigée en anglais. Le même modèle traduit ensuite son texte en italien, français, allemand et espagnol pour les autres versions linguistiques du site ; la traduction suit quand le texte anglais change.

Aider la fiche à être juste

Remplissez title, description, websiteUrl et icons dans serverInfo, avec des icônes en PNG, WebP ou JPEG (nous ignorons les icônes SVG et ICO). Les icônes du serveur en direct l’emportent sur celles du registre, de la server card et de votre site.
Annotez vos outils avec readOnlyHint et destructiveHint. Sans eux, la page ne peut pas dire quels outils se contentent de lire.
Si tools/list demande une connexion, nous ne pouvons pas lire vos outils. La page explique alors pourquoi la liste est vide.
Publiez dans le registre officiel MCP sous votre propre espace de noms. La fiche porte alors ce nom, y compris dans notre API de registre.
Le lien vient du nom du serveur, sans mots comme « MCP server » : un serveur appelé Acme Docs MCP reçoit mcp.tc/i/acme-docs.

Garder la fiche exacte

Les serveurs distants sont revérifiés chaque jour. La vérification refait le handshake et met à jour les outils, la version et l’état affichés sur la page. Elle ne réécrit jamais la description, et un changement dans l’ensemble des noms d’outils attend la relecture d’une personne. Un serveur qui échoue pendant plus de trois jours reçoit un badge Dernière vérification échouée ; un serveur qui répond soudain depuis une autre URL le reçoit immédiatement, jusqu’à la mise à jour de la fiche. Nous n’exécutons jamais les serveurs locaux, ils ne peuvent donc pas être vérifiés ainsi.

Les modifications faites par une personne sont conservées : les mises à jour automatiques ne les écrasent jamais. Pour changer la description, la catégorie, le nom ou une URL, envoyez une correction via la page de signalement. Si vous déplacez votre serveur vers une nouvelle URL, dites-le-nous là, pour que la fiche et chaque étape de configuration suivent.

La coche de vérification

La coche après le nom d’un serveur indique qui l’exploite. Ce n’est pas un audit de sécurité. Les serveurs officiels des éditeurs connus l’obtiennent après une vérification manuelle. Tout autre propriétaire peut prouver qu’il contrôle le domaine avec un enregistrement DNS :

Trouvez votre fiche sur Vérifier et ouvrez sa page de vérification.
Ajoutez l’enregistrement TXT qu’elle indique, mcp-tc-verification=…, sous _mcp-tc ou sur le domaine lui-même.
Appuyez sur Lancer la vérification. Nous cherchons l’enregistrement immédiatement et, s’il est là, une personne examine la demande.
Gardez l’enregistrement. Nous le vérifions chaque jour et, s’il disparaît, nous réexaminons la fiche et retirons en général la coche.

Le domaine est celui de l’URL de votre serveur. Le domaine de votre site compte quand le serveur tourne en local ou que son URL se trouve sur le domaine d’une plateforme d’hébergement. Une fois la fiche vérifiée, les mises à jour automatiques ne changent plus ses URL, son paquet ni son éditeur.

Badges et intégrations

Affichez votre fiche dans votre README ou sur votre site. Chaque intégration utilise l’URL ou le paquet de votre serveur, renvoie à la fiche et ne dépose aucun cookie. Remplacez deepwiki par le nom de votre fiche.

Badge pour README

Markdown

[![DeepWiki on mcp.tc](https://mcp.tc/i/deepwiki/badge.svg)](https://mcp.tc/i/deepwiki)

Carte pour votre site

Une seule balise script. Elle montre ce dont le serveur a besoin, son URL ou sa commande d’installation avec un bouton Copier, et des boutons en un clic pour Claude Code, Cursor, VS Code et claude.ai, pour les clients qui peuvent l’utiliser :

HTML

<script src="https://mcp.tc/w/deepwiki.js" async></script>

iframe

Pour les pages qui n’autorisent pas les scripts :

HTML

<iframe src="https://mcp.tc/embed/deepwiki" title="DeepWiki on mcp.tc" width="420" height="200" loading="lazy" allow="clipboard-write" style="border:0;border-radius:8px;max-width:100%"></iframe>

La section Intégrer de votre fiche les propose tous déjà remplis, avec des aperçus en direct. Badges et intégrations détaille les thèmes, les tailles et le JSON de la fiche. Les intégrations sont en anglais, quelle que soit la langue de la page qui les accueille.

Modifications et retrait

Utilisez la page de signalement pour corriger une fiche ou la faire retirer, y compris la vôtre. Montrez qu’elle est à vous avec un e-mail de votre domaine ou un commit qui mentionne mcp.tc. Une personne lit chaque signalement.

Le lien d’une fiche retirée répond 410 Gone, aux navigateurs comme aux clients MCP, et la fiche sort des plans de site et de l’API de registre (où les clients qui le demandent la voient comme supprimée pendant 180 jours). Une fiche renommée garde son ancien lien : les navigateurs sont envoyés vers le nouveau.

Le lien de votre fiche est toujours une page. Un client qui essaie de s’y connecter reçoit une erreur qui indique l’URL de votre serveur ou sa commande d’installation, et ceux qui collent le mauvais lien trouvent ainsi le bon. mcp.tc ne transmet jamais de trafic MCP à votre serveur.