Le Répertoire des connecteurs d'Anthropic sélectionne des serveurs Model Context Protocol tiers pour aider les utilisateurs à trouver des outils de haute qualité qui fonctionnent de manière transparente dans Claude. Nous examinons les soumissions à notre répertoire pour nous assurer qu'elles respectent nos normes de sécurité, de confidentialité 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 l'inclusion dans le répertoire. Tous les serveurs doivent maintenir la conformité avec ces exigences, y compris les modifications futures, 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 respecter nos Normes d'utilisation universelles et nos exigences en matière de cas d'usage à haut risque. Tous les serveurs MCP doivent également respecter notre politique sur les pays et régions actuellement soutenus par Anthropic.

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

3) Les serveurs MCP doivent donner la priorité à la protection de la vie privée des utilisateurs. Les développeurs doivent prendre soin de traiter responsablement les données personnelles, de suivre les meilleures pratiques en matière de confidentialité et d'assurer la conformité avec les lois applicables.

4) Les serveurs MCP ne doivent collecter que les données du contexte de l'utilisateur qui sont nécessaires pour remplir leur fonction. Les serveurs MCP ne doivent 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 serveurs MCP ne doivent pas tenter d'accéder à des informations sur les conversations précédentes des utilisateurs ou au contenu de leur mémoire.

7) Les descriptions des outils MCP doivent décrire de manière étroite et sans ambiguïté ce que chaque outil fait et quand il doit être invoqué.

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

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

10) Les serveurs MCP ne doivent pas intentionnellement appeler ou forcer Claude à appeler d'autres serveurs. De même, les descriptions des outils ne doivent pas être rédigées de manière à intentionnellement conduire d'autres serveurs à les appeler.

11) Les serveurs MCP ne doivent pas tenter d'interférer avec l'appel par Claude d'outils provenant d'autres serveurs.

12) Les serveurs MCP ne doivent pas diriger Claude pour extraire dynamiquement des instructions de comportement de sources externes que Claude doit exécuter.

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

14) 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.

15) Les serveurs MCP doivent être économes dans leur utilisation des jetons. Le nombre de jetons qu'un appel d'outil donné utilise doit être à peu près proportionnel à la complexité ou à l'impact de la tâche. Lorsque cela est possible, les utilisateurs doivent avoir la possibilité d'exclure le texte inutile de la réponse. Les noms d'outils ne peuvent pas dépasser 64 caractères.

16) 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.

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

18) Les serveurs MCP distants doivent supporter le transport Streamable HTTP. Les serveurs peuvent supporter SSE pour le moment, mais à l'avenir, il sera déprécié.

19) Les serveurs MCP locaux doivent être construits avec des versions raisonnablement actuelles de toutes les dépendances, y compris les packages dans node_modules.

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

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

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

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

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

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

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

27) Les développeurs doivent accepter nos Conditions du répertoire M