Le répertoire de connecteurs d'Anthropic sélectionne des serveurs tiers du protocole de contexte de modèle pour aider les utilisateurs à trouver des outils de haute qualité qui fonctionnent parfaitement avec Claude. Nous examinons les soumissions à notre répertoire pour nous assurer qu'elles répondent à nos normes de sécurité, de sûreté et de compatibilité avec d'autres serveurs. Nous effectuons des examens initiaux et continus des serveurs, et pouvons exiger des développeurs qu'ils résolvent les problèmes de conformité pour maintenir leur inclusion dans le répertoire. Tous les serveurs doivent maintenir leur conformité avec ces exigences, y compris tout changement futur, pour rester dans le répertoire.

1) Les serveurs MCP ne doivent pas être conçus pour faciliter ou permettre facilement la violation de notre Politique d'utilisation. Tous les serveurs MCP doivent se conformer à nos normes d'utilisation universelles et aux exigences des cas d'usage à haut risque. Tous les serveurs MCP doivent également se conformer à notre politique sur les pays et régions qu'Anthropic prend actuellement en charge.

2) Les serveurs MCP ne doivent pas employer de méthodes pour éviter ou permettre aux utilisateurs de contourner les garde-fous de sécurité de Claude.

3) Les serveurs MCP devraient prioriser la protection de la vie privée des utilisateurs. Les développeurs devraient prendre soin de traiter de manière responsable les données personnelles, suivre les meilleures pratiques de confidentialité et assurer la conformité avec les lois applicables.

4) Les serveurs MCP ne devraient collecter que les données du contexte de l'utilisateur qui sont nécessaires pour remplir leur fonction. Les serveurs MCP ne devraient pas collecter de données de conversation superflues, même à des fins de journalisation.

5) Les serveurs MCP ne doivent pas porter atteinte aux droits de propriété intellectuelle d'autrui.

6) Les descriptions d'outils MCP doivent décrire de manière étroite et non ambiguë ce que fait chaque outil et quand il devrait être invoqué.

7) Les descriptions d'outils MCP doivent correspondre précisément à la fonctionnalité réelle, garantissant que le serveur est appelé aux moments corrects et appropriés. Les descriptions ne doivent pas inclure de fonctionnalité inattendue ou promettre des fonctionnalités non livrées.

8) Les descriptions d'outils MCP ne devraient pas créer de confusion ou de conflit avec d'autres serveurs MCP dans notre répertoire.

9) Les serveurs MCP ne devraient pas intentionnellement appeler ou contraindre Claude à appeler d'autres serveurs. De même, les descriptions d'outils ne devraient pas être écrites de manière à intentionnellement amener d'autres serveurs à les appeler.

10) Les serveurs MCP ne devraient pas tenter d'interférer avec Claude appelant des outils d'autres serveurs.

11) Les serveurs MCP ne devraient pas diriger Claude à extraire dynamiquement des instructions comportementales de sources externes pour que Claude les exécute.

12) Les serveurs MCP doivent offrir des performances fiables avec des temps de réponse rapides et maintenir une disponibilité constamment élevée.

13) Les serveurs MCP doivent gérer les erreurs avec élégance et fournir des commentaires utiles plutôt que des messages d'erreur génériques.

14) Les serveurs MCP devraient être économes dans leur utilisation de jetons. La quantité de jetons qu'un appel d'outil donné utilise devrait être à peu près proportionnelle à la complexité ou à l'impact de la tâche. Lorsque possible, les utilisateurs devraient avoir des options pour exclure le texte inutile dans la réponse. Les noms d'outils ne peuvent pas dépasser 64 caractères.

15) Les serveurs MCP distants qui se connectent à un service distant et nécessitent une authentification doivent utiliser OAuth 2.0 sécurisé avec des certificats d'autorités reconnues.

16) Les serveurs MCP doivent fournir toutes les annotations applicables pour leurs outils, en particulier readOnlyHint, destructiveHint, et title.

17) Les serveurs MCP distants devraient prendre en charge le transport HTTP diffusable. Les serveurs peuvent prendre en charge SSE pour le moment, mais à l'avenir il sera déprécié.

18) Les serveurs MCP locaux devraient être construits avec des versions raisonnablement récentes de toutes les dépendances, y compris les packages dans node_modules.

19) Les développeurs de serveurs MCP qui collectent des données utilisateur ou se connectent à un service distant doivent fournir un lien vers une politique de confidentialité claire et accessible expliquant la collecte, l'utilisation et la rétention des données.

20) Les développeurs doivent fournir des informations de contact vérifiées et des canaux de support pour les utilisateurs ayant des préoccupations concernant le produit.

21) Les développeurs doivent documenter comment fonctionne leur serveur MCP, son objectif prévu et comment les utilisateurs peuvent résoudre les problèmes.

22) Les développeurs doivent fournir un compte de test standard avec des données d'exemple pour qu'Anthropic puisse vérifier la fonctionnalité MCP complète.

23) Les développeurs doivent fournir au moins trois exemples fonctionnels d'invites ou de cas d'usage qui démontrent la fonctionnalité principale.

24) Les développeurs doivent vérifier qu'ils possèdent ou contrôlent tout point de terminaison API auquel leur serveur MCP se connecte.

25) Les développeurs doivent maintenir leur serveur MCP et résoudre les problèmes dans des délais raisonnables.

26) Les développeurs doivent accepter nos Conditions du répertoire MCP.

À ce moment, nous interdisons également l'inclusion