Anthropic permet aux utilisateurs de découvrir des serveurs Model Context Protocol de haute qualité, des dossiers de compétences, des plugins, des applications et d'autres logiciels, conteneurs ou données (« Logiciels ») qui fonctionnent de manière transparente dans Claude via des répertoires, des dépôts, des surfaces ou des offres similaires (collectivement, « Répertoires »). Nous examinons les soumissions à nos Répertoires pour nous assurer qu'elles respectent nos normes de sécurité, de confidentialité et de compatibilité avec les Services Anthropic et d'autres Logiciels. Nous effectuons des examens initiaux et continus des Logiciels, et pouvons exiger que les développeurs résolvent les problèmes de conformité pour rester inclus dans nos Répertoires. Tous les Logiciels doivent maintenir la conformité avec ces exigences, y compris les modifications futures, pour rester dans nos Répertoires.
1. Sécurité et confidentialité
A. Les Logiciels ne doivent pas violer ou faciliter la violation de notre Politique d'utilisation. Tous les Logiciels doivent respecter nos Normes d'utilisation universelles et les exigences relatives aux cas d'utilisation à haut risque, ainsi que notre politique sur les pays et régions actuellement soutenus par Anthropic.
B. Les Logiciels ne doivent pas contourner ou permettre aux utilisateurs de contourner les garde-fous de sécurité de Claude, les instructions système ou les environnements de bac à sable.
C. Les Logiciels doivent donner la priorité à la protection de la vie privée des utilisateurs et aux intérêts de confidentialité des tiers. Les développeurs doivent prendre soin de traiter de manière responsable les données personnelles et autres données sensibles, de suivre les meilleures pratiques en matière de confidentialité et d'assurer la conformité avec les lois applicables.
D. Les Logiciels ne doivent collecter que les données du contexte de l'utilisateur qui sont nécessaires pour remplir leur fonction. Les Logiciels ne doivent pas collecter de données de conversation superflues, même à des fins de journalisation.
E. Les Logiciels ne doivent pas porter atteinte aux droits de propriété intellectuelle d'autrui.
F. Les Logiciels ne doivent pas interroger ou extraire de données de la mémoire de Claude, de l'historique des conversations, des résumés de conversations ou des fichiers générés par l'utilisateur ou téléchargés.
2. Compatibilité
Cette section s'applique aux Logiciels qui fournissent à Claude des outils ou des capacités par le biais de descriptions en langage naturel, y compris les serveurs MCP, les dossiers de compétences et les Logiciels similaires (« Logiciels instructionnels »).
A. Les Logiciels instructionnels doivent définir chaque outil ou capacité par un langage naturel étroit et sans ambiguïté qui spécifie ce qu'il fait et quand il doit être invoqué.
B. Les descriptions des outils ou capacités des Logiciels instructionnels doivent correspondre précisément à la fonctionnalité réelle, en s'assurant que le Logiciel instructionnel 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.
C. Les descriptions des outils ou capacités des Logiciels instructionnels ne doivent pas créer de confusion ou de conflit avec d'autres Logiciels dans nos Répertoires.
D. Les Logiciels instructionnels ne doivent pas intentionnellement appeler ou forcer Claude à appeler d'autres logiciels externes, outils, bases de données ou ressources à moins que cela ne soit demandé et prévu par un utilisateur. De même, les descriptions des outils ou capacités des Logiciels instructionnels ne doivent pas être rédigées de manière à intentionnellement conduire d'autres Logiciels à les appeler de manière superflue.
E. Les Logiciels instructionnels ne doivent pas tenter d'interférer avec l'appel par Claude d'outils provenant d'autres logiciels, outils, bases de données ou ressources à moins que cela ne soit demandé et prévu par un utilisateur.
F. Les Logiciels instructionnels ne doivent pas diriger Claude pour extraire dynamiquement des instructions comportementales de sources externes que Claude doit exécuter.
G. Les Logiciels instructionnels ne doivent pas contenir d'instructions cachées, obscurcies ou codées. Tous les conseils comportementaux doivent être lisibles par l'homme et clairement présentés.
3. Exigences pour les développeurs
A. Les développeurs de Logiciels 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. Les développeurs doivent fournir à Anthropic des liens vers toutes les politiques de confidentialité applicables et s'assurer que ces politiques sont présentées aux utilisateurs comme l'exige la loi.
B. 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 ou la sécurité.
C. Les développeurs doivent documenter le fonctionnement de leurs Logiciels, leur objectif prévu et comment les utilisateurs peuvent résoudre les problèmes.
D. 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 des Logiciels.
E. Les développeurs doivent fournir au moins trois exemples fonctionnels d'invites ou de cas d'utilisation qui démontrent la fonctionnalité principale.
F. Les développeurs doivent vérifier qu'ils possèdent ou contrôlent tout point de terminaison API, domaine ou interface utilisateur auquel leurs Logiciels se connectent, ainsi que toutes les ressources externes qu'il récupère ou affiche.
G. Les développeurs doivent maintenir leurs Logiciels et résoudre les problèmes dans des délais raisonnables.
H. Les développeurs doivent accepter nos Conditions du Répertoire de Logiciels et suivre les directives de conception qu'Anthropic publie applicables aux Logiciels.
4. Cas d'utilisation non pris en charge
Sauf autorisation expresse écrite de notre part, nous ne permettons pas les Logiciels ayant certaines capacités dans nos Répertoires. Nous pouvons réexaminer ces restrictions à mesure que nos Répertoires et les Services Anthropic évoluent.
A. Les Logiciels qui transfèrent de l'argent, des cryptomonnaies ou d'autres actifs financiers, ou qui exécutent des transactions financières au nom des utilisateurs.
B. Les Logiciels qui utilisent des modèles d'IA pour générer du contenu image, vidéo ou audio. Les logiciels axés sur la conception qui utilisent des modèles d'IA pour créer des aides visuelles (telles que des diapositives, des diagrammes, des graphiques, des maquettes d'interface utilisateur, des logos ou d'autres éléments de conception) sont autorisés. Ces serveurs peuvent générer des images dans le cadre d'un flux de travail de conception, à condition que le développeur n'offre pas la génération d'images autonome comme service principal.
5. Exigences supplémentaires pour les serveurs Model Context Protocol
A. 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.
B. 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.
C. Les noms des outils MCP ne doivent pas dépasser 64 caractères.
D. 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.
E. Les serveurs MCP doivent fournir toutes les annotations applicables pour leurs outils, en particulier readOnlyHint, destructiveHint et title.
F. Les serveurs MCP distants doivent prendre en charge le transport Streamable HTTP. Les serveurs peuvent prendre en charge SSE pour le moment, mais à l'avenir, il sera déprécié.
G. Les serveurs MCP locaux doivent être construits avec des versions raisonnablement actuelles de toutes les dépendances, y compris les packages dans node_modules.
Voir la version antérieure de cette politique ici : Politique du Répertoire Anthropic MCP.
