Das Connectors Directory von Anthropic kuratiert Model Context Protocol-Server von Drittanbietern, um Benutzern dabei zu helfen, hochwertige Tools zu finden, die nahtlos mit Claude funktionieren. Wir überprüfen Einreichungen in unserem Verzeichnis, um sicherzustellen, dass sie unsere Standards für Sicherheit, Datenschutz und Kompatibilität mit anderen Servern erfüllen. Wir führen sowohl erste als auch laufende Überprüfungen von Servern durch und können von Entwicklern verlangen, dass sie Compliance-Probleme beheben, um die Aufnahme im Verzeichnis zu behalten. Alle Server müssen diese Anforderungen einhalten, einschließlich zukünftiger Änderungen, um im Verzeichnis zu bleiben.

1) MCP-Server dürfen nicht dazu ausgelegt sein, Verstöße gegen unsere Nutzungsrichtlinie zu erleichtern oder zu ermöglichen. Alle MCP-Server müssen unsere Universal Usage Standards und High-Risk Use Case-Anforderungen erfüllen. Alle MCP-Server müssen auch unsere Richtlinie zu den Ländern und Regionen, die Anthropic derzeit unterstützt, einhalten.

2) MCP-Server dürfen keine Methoden einsetzen, um Claudes Sicherheitsvorkehrungen zu umgehen oder Benutzern dabei zu helfen, diese zu umgehen.

3) MCP-Server sollten den Schutz der Benutzerprivatsphäre priorisieren. Entwickler sollten sorgfältig mit persönlichen Daten umgehen, Best Practices zum Datenschutz befolgen und die Einhaltung geltender Gesetze sicherstellen.

4) MCP-Server sollten nur Daten aus dem Benutzerkontext erfassen, die zur Erfüllung ihrer Funktion erforderlich sind. MCP-Server sollten keine zusätzlichen Konversationsdaten erfassen, auch nicht zu Protokollierungszwecken.

5) MCP-Server dürfen nicht die Urheberrechte anderer verletzen.

6) MCP-Server sollten nicht versuchen, auf Informationen über frühere Chats der Benutzer oder den Inhalt ihres Speichers zuzugreifen.

7) MCP-Tool-Beschreibungen müssen eng und eindeutig beschreiben, was jedes Tool tut und wann es aufgerufen werden sollte.

8) MCP-Tool-Beschreibungen müssen genau mit der tatsächlichen Funktionalität übereinstimmen und sicherstellen, dass der Server zu korrekten und angemessenen Zeiten aufgerufen wird. Beschreibungen dürfen keine unerwartete Funktionalität enthalten oder nicht bereitgestellte Funktionen versprechen.

9) MCP-Tool-Beschreibungen sollten keine Verwechslungen oder Konflikte mit anderen MCP-Servern in unserem Verzeichnis verursachen.

10) MCP-Server sollten Claude nicht absichtlich aufrufen oder dazu zwingen, andere Server aufzurufen. Ebenso sollten Tool-Beschreibungen nicht so formuliert sein, dass sie absichtlich dazu führen, dass andere Server sie aufrufen.

11) MCP-Server sollten nicht versuchen, Claude beim Aufrufen von Tools aus anderen Servern zu beeinträchtigen.

12) MCP-Server sollten Claude nicht anweisen, Verhaltensvorgaben dynamisch aus externen Quellen abzurufen, die Claude ausführen soll.

13) MCP-Server müssen zuverlässige Leistung mit schnellen Antwortzeiten erbringen und durchgehend hohe Verfügbarkeit aufrechterhalten.

14) MCP-Server müssen Fehler elegant behandeln und hilfreiche Rückmeldungen anstelle von generischen Fehlermeldungen bereitstellen.

15) MCP-Server sollten sparsam mit ihrer Token-Nutzung umgehen. Die Anzahl der Token, die ein bestimmter Tool-Aufruf verwendet, sollte ungefähr der Komplexität oder dem Umfang der Aufgabe entsprechen. Wenn möglich, sollten Benutzern Optionen gegeben werden, um unnötige Texte in der Antwort auszuschließen. Tool-Namen dürfen 64 Zeichen nicht überschreiten.

16) Remote-MCP-Server, die sich mit einem Remote-Service verbinden und eine Authentifizierung erfordern, müssen sicheres OAuth 2.0 mit Zertifikaten von anerkannten Behörden verwenden.

17) MCP-Server müssen alle anwendbaren Annotationen für ihre Tools bereitstellen, insbesondere readOnlyHint, destructiveHint und title.

18) Remote-MCP-Server sollten den Streamable HTTP-Transport unterstützen. Server können vorerst SSE unterstützen, aber in Zukunft wird dies veraltet sein.

19) Lokale MCP-Server sollten mit angemessen aktuellen Versionen aller Abhängigkeiten erstellt werden, einschließlich Pakete in node_modules.

20) Entwickler von MCP-Servern, die Benutzerdaten erfassen oder sich mit einem Remote-Service verbinden, müssen einen klaren, zugänglichen Link zur Datenschutzrichtlinie bereitstellen, der die Datenerfassung, Nutzung und Aufbewahrung erklärt.

21) Entwickler müssen verifizierte Kontaktinformationen und Support-Kanäle für Benutzer mit Produktbedenken bereitstellen.

22) Entwickler müssen dokumentieren, wie ihr MCP-Server funktioniert, welchen Zweck er erfüllt und wie Benutzer Probleme beheben können.

23) Entwickler müssen ein Standard-Testkonto mit Beispieldaten bereitstellen, damit Anthropic die vollständige MCP-Funktionalität überprüfen kann.

24) Entwickler müssen mindestens drei funktionierende Beispiele von Prompts oder Anwendungsfällen bereitstellen, die die Kernfunktionalität demonstrieren.

25) Entwickler müssen überprüfen, dass sie einen API-Endpunkt, mit dem sich ihr MCP-Server verbindet, besitzen oder kontrollieren.

26) Entwickler müssen ihren MCP-Server warten und Probleme in angemessenen Zeiträumen beheben.