Über uns

So wird dieses Verzeichnis geprüft

Jeder hier aufgeführte Dienst wird anhand seiner eigenen öffentlichen Dateien geprüft: seiner llms.txt, seines MCP-Manifests, seiner veröffentlichten API-Beschreibung oder seiner eigenen Ankündigung. Mit jedem Remote-MCP-Server wird außerdem einmal eine Verbindung hergestellt, um zu sehen, ob er auf den MCP-Handshake antwortet und welche Tools er auflistet. Ein Eintrag hält fest, was gefunden wurde, wann und wo.

Live-Prüfung von Remote-MCP-Servern

Bei der Prüfung vom 5. Oktober 2026 antworteten 9.860 von 16.682 Remote-MCP-Servern auf den MCP-Handshake und listeten zusammen 154.231 Tools auf; 4.996 verlangten eine Anmeldung (3.930 mit Verweis auf OAuth-Metadaten), 52 ältere SSE-Endpunkte öffneten ihren Stream und 1.774 antworteten nicht als MCP-Server. 194 weitere wurden nicht abgefragt: Ihre Registry-URL enthält einen auszufüllenden Platzhalter oder ist keine öffentliche https-Adresse.

Was geprüft wird. An jeden Remote-Endpunkt im Registry-Eintrag eines Servers sendet dieses Verzeichnis eine MCP-initialize-Anfrage (Protokollversion 2025-06-18) über Streamable HTTP. Antwortet der Server, sendet es die initialized-Benachrichtigung, fragt tools/list ab (bis zu fünf Seiten) und erfasst Name und Version des Servers, die Protokollversion seiner Antwort, die Zahl der Tools und bis zu 50 Tool-Namen; danach beendet es die Sitzung. Endpunkte des älteren SSE-Transports werden nur geöffnet; dabei wird bis zu zehn Sekunden auf das Ereignis gewartet, das ihren Nachrichtenendpunkt nennt.

Was nicht geprüft wird. Es wird kein Tool aufgerufen, keine Ressource und kein Prompt gelesen und keine Anmeldung vorgenommen: Ein Endpunkt, der mit HTTP 401 oder 403 antwortet, wird als anmeldepflichtig erfasst, mit dem Vermerk, ob er auf OAuth-Autorisierungsmetadaten verweist. Die Prüfung sagt nichts darüber aus, was die Tools tun, wie gut oder wie sicher, und sie ist eine Momentaufnahme: Ein Server, der geantwortet hat, kann später ausfallen, und einer, bei dem sie fehlschlug, war womöglich nur kurz nicht erreichbar.

Wie abgefragt wird. Anfragen geben sich als AgentReadyDirectoryCheck/1.0 mit einem Link zu dieser Seite zu erkennen, enthalten keine Zugangsdaten oder Cookies, warten höchstens 15 Sekunden, werden nur nach einem Verbindungsabbruch ein einziges Mal wiederholt und gehen immer nur an einen Host zugleich. URLs mit Platzhaltern, reine HTTP-URLs, localhost und private Adressen werden nicht abgefragt.

Wofür die Tool-Namen verwendet werden. Die Tool-Namen werden nicht nur auf der Seite jedes Servers angezeigt, sondern ordnen einen Server auch einer Kategorie zu, wenn sein eigener Name und seine Zusammenfassung zu keiner passen: Benennen mindestens drei seiner Tool-Namen ein Thema - Reisen, Essen und Lieferdienste, Immobilien, Gesundheit, Karten und Verkehr, Finanzen, Einkaufen oder Medien -, und zwar doppelt so viele wie irgendein anderes Thema und mindestens ein Viertel aller seiner Tools, wird der Server dort aufgeführt, und seine Seite gibt an, dass die Kategorie aus den Tool-Namen stammt. Zuvor werden Tool-Sets, die 20 oder mehr Server gleichlautend auflisten (Gateway- und Vorlagen-Tools), sowie allgemeine Wörter wie search, get und list ausgeklammert. So werden Kategorien zugeordnet.

Warum Prüfungen fehlschlugen. HTTP-4xx-Fehler: 786, keine Verbindung möglich: 491, HTTP-5xx-Fehler: 243, keine Antwort innerhalb von 15 Sekunden: 181, hat geantwortet, aber nicht als MCP-Server: 41, Anfragelimit erreicht (HTTP 429): 20 und Handshake abgelehnt: 12.

Wer einen Server veröffentlicht hat. Die MCP Registry akzeptiert Namen unter io.github.<account> nur von jemandem, der bei ihr mit GitHub als dieses Konto oder für diese Organisation angemeldet ist, und Namen unter einer umgekehrten Domain wie com.example nur von jemandem, der die Kontrolle über example.com nachgewiesen hat - per DNS-Eintrag, der auch die Subdomains abdeckt, oder per Datei unter /.well-known/mcp-registry-auth (Dokumentation der Registry). Jede Serverseite gibt an, auf welchem Weg ihr Namensraum verifiziert wurde. Das zeigt, wer den Eintrag veröffentlicht hat, nicht, dass das genannte Produkt ihn befürwortet.

Quellen und Lizenzen

QuelleVerwendet fürLizenz
Offizielle MCP RegistryMCP-Server: Namen, Endpunkte, Pakete und die eigene Zusammenfassung des HerausgebersFür Aggregatoren veröffentlicht; nur Fakten, Zusammenfassungen neu formuliert
Eigene Dokumentation des jeweiligen DienstesWelche KI-Integrationen ein Dienst anbietet, verlinkt mit der Seite, die das angibtNur Fakten; kein Text kopiert
Eigener Endpunkt jedes Remote-MCP-ServersDie Live-Prüfung: ob der Endpunkt auf den MCP-Initialize-Handshake geantwortet hat, Servername, Version und Protokollversion sowie Namen und Anzahl seiner Tools (tools/list); dabei wird nichts aufgerufen und keine Anmeldung vorgenommenNur Fakten (Status, Namen und Anzahlen), mit Datum festgehalten
Dokumentation der MCP Registry: AuthentifizierungWas ein Registry-Namensraum belegt: GitHub-Anmeldung für io.github.*-Namen, DNS- oder HTTP-Nachweis einer Domain für Namen in umgekehrter Domain-SchreibweiseNur Fakten
Eigene Website des jeweiligen Dienstes/llms.txt, /.well-known/mcp.json, /.well-known/ai-plugin.json und /agents.json, abgerufen und mit Status und Datum festgehaltenNur Fakten (Status und Vorhandensein jeder Datei)

Wer diese Website betreibt

Agent-Ready wird von Nexa AI betrieben. Kein Dienst, kein Hotel und kein Ort bezahlt dafür, aufgeführt, beschrieben oder platziert zu werden.

Redaktionelle Grundsätze: wie Einträge ausgewählt werden, was ein Eintrag bedeutet, wie Sie eine Korrektur oder Entfernung verlangen können und wie aktuell die Daten sind.