Comment les fiches sont vérifiées

Pour chaque service, l’annuaire demande les fichiers publics qui déclarent une intégration IA - /llms.txt, manifestes MCP, descriptions OpenAPI - et enregistre le code HTTP et la date.

Les intégrations annoncées sur les pages du service lui-même renvoient vers la page concernée. Rien n’est répertorié sur la seule foi d’une affirmation de tiers.

Une fiche ne montre que ce qui a été trouvé ; une vérification manquante est affichée comme non vérifiée, jamais comme réussie.

Les serveurs du MCP Registry sont présentés tels que le registre les décrit (point de terminaison, paquets, version, dates), après un filtre de qualité qui écarte les entrées obsolètes, de test, fictives, en double ou génériques. Une page serveur reprend ce que dit le registre.

Les serveurs distants font aussi l’objet d’une vérification en direct : chaque point de terminaison reçoit la poignée de main (handshake) MCP et la demande de sa liste d’outils, et la page indique ce qu’il a répondu et quand. Aucun outil n’est exécuté et aucune connexion à un compte n’est effectuée : la vérification montre qu’un serveur répond, pas qu’il fonctionne bien ni qu’il est sûr.

Les critères d’une page serveur · Notre méthode de vérification · La vérification en direct · Parcourir l’annuaire →

Voir aussi : Qu’est-ce qu’un serveur MCP ? · Qu’est-ce que le fichier llms.txt ? · Comment les assistants IA trouvent et réservent des voyages · Transports MCP : stdio, Streamable HTTP et SSE · Serveur MCP distant ou local : lequel choisir · Comment ajouter un serveur MCP à un assistant IA · Qu’est-ce que le MCP Registry officiel ? · Que mettre dans un fichier llms.txt · OpenAPI pour les agents IA · Comment les assistants IA trouvent les disponibilités · Avant de connecter un serveur MCP : liste de vérification