LoginStarten
← Level 4
Level 4· Lektion 6 von 10

MCP-Discovery, wie Server gefunden werden

Directories, Marketplaces, .well-known/mcp. Wie das MCP-Ecosystem funktioniert.

Warum das eine eigene Lesson ist

Du weisst jetzt was MCP ist, wie Du Server einrichtest und wie Memory portabel über Tools funktioniert. Was bisher fehlt: Wo findest Du gute Server? Und wenn Du in Level 6 einen eigenen baust, wie wird der überhaupt gefunden?

MCP ist ein offener Standard, aber Standards leben erst wenn es eine funktionierende Discovery-Schicht gibt. Diese Lesson ist die Karte.

Die drei Directories die zählen

1. modelcontextprotocol.io (Spec + Reference Servers) Die offizielle Spec-Site. Hier liegt die dokumentierte MCP-Spezifikation und eine kuratierte Liste von Reference-Servern unter github.com/modelcontextprotocol/servers. Wer in diese Reference-Liste aufgenommen wird, geht den offiziellen Weg, das ist die erste Adresse die alle MCP-Clients und Anthropics eigene Doku zitieren. Ein klassisches Listing-Directory mit Such-UI ist es nicht, dafür ist es die Quelle für den Standard.

2. Claude Connectors (in Claude Desktop + claude.ai) Ab 2026 gibt es eingebaute Connector-Listen in Claude Desktop und claude.ai. One-Click-Installation, vorkonfigurierte OAuth-Flows. Das ist der Mainstream-Weg für Endnutzer, kein Config-File-Editieren, kein npm-Install.

3. MCPize Marketplace (mcpize.run) Kommerziell, spezialisiert auf gehostete HTTP-Server. User finden hier Server die sie ohne eigene Infrastruktur nutzen können. Gratis-Tier für Entwickler, Pro-Tier für Produktions-Server mit SLA.

Daneben gibt es Community-Listen auf GitHub (das bekannteste ist modelcontextprotocol/servers und awesome-mcp-servers). Die sind gut für Entdeckung, aber kein offizielles Discovery-Protokoll.

Das Protokoll unter der Haube, RFC 9728

Lange Zeit gab es das Gerücht es gäbe einen .well-known/mcp Endpoint. Den gibt es nicht. Was die offizielle MCP-Spec (Stand 2025-06-18) tatsächlich definiert ist /.well-known/oauth-protected-resource per RFC 9728, also OAuth Protected Resource Metadata. Das ist der Discovery-Mechanismus für HTTP-MCP-Server die mit OAuth 2.1 abgesichert sind.

Wenn ein Client Deine MCP-Server-Domain antrifft, fragt er erstmal die OAuth-Metadata ab:

https://deine-domain.com/.well-known/oauth-protected-resource

Antwort ist ein JSON nach RFC 9728:

{
  "resource": "https://deine-domain.com/mcp",
  "authorization_servers": [
    "https://deine-domain.com"
  ],
  "scopes_supported": ["mcp:tools"],
  "bearer_methods_supported": ["header"]
}

Damit kennt der Client den Authorization-Server, kann den OAuth-2.1-Flow mit PKCE starten und spricht danach den eigentlichen MCP-Endpoint (/mcp) mit Bearer-Token an.

Die aktuelle Spec-Version ist 2025-06-18. Frühere Drafts (2024-11-05, 2025-03-26) sind überholt. Wer einen .well-known/mcp Endpoint baut, baut etwas das kein Client je abfragt.

Stdio-Server (npm) vs HTTP-Server (Discovery)

Wichtige Unterscheidung:

Stdio-Server laufen lokal beim User (npx -y mein-server). Sie brauchen kein .well-known/mcp. Discovery passiert über npm + Doku + Directory-Eintrag. User macht claude mcp add ... manuell oder via Directory-Link.

HTTP-Server laufen zentral. Sie SOLLTEN .well-known/mcp exponieren damit Discovery funktioniert. User tippen nur die Domain ein.

Die StudioMeyer-Server (memory.studiomeyer.io, crm.studiomeyer.io, geo.studiomeyer.io) sind HTTP-Server mit .well-known/mcp. Die Open-Source-Server wie mcp-personal-suite sind stdio via npm.

Für Publisher, wo listest Du Deinen Server

Wenn Du in Level 6 einen eigenen MCP-Server baust, ist Discovery die halbe Miete. Hier die Optionen sortiert nach Aufwand:

  • npm publish (10 Minuten), automatisch erreichbar via npx -y mein-server. Jeder Dev kann installieren.
  • GitHub README + awesome-mcp-servers PR (30 Minuten). Sichtbarkeit in der Community.
  • modelcontextprotocol/servers Pull Request (GitHub-PR an die offizielle Reference-Server-Liste, ein paar Tage Review), höchste Glaubwürdigkeit weil Anthropics eigene Doku auf diese Liste verweist.
  • MCPize Marketplace (1 Stunde Setup, wenn HTTP-Server), kommerzielle Sichtbarkeit, gehostetes Deployment.
  • Claude Connector (Einreichung + Anthropic-Review), eingebaute Listing in Claude Desktop.

Level 6 zeigt die Hands-on-Umsetzung. Hier nur die Landschaft: nicht "eine Liste", sondern ein Ecosystem aus offiziellen Katalogen, Community-Listen und Discovery-Protokollen.

Praxis, zwei Server die Du Dir heute anschauen solltest

  1. Sequential Thinking (Anthropic, stdio + npm). Erweitert Claude um strukturiertes Nachdenken. claude mcp add sequential-thinking -s user -- npx -y @modelcontextprotocol/server-sequential-thinking. Probier es aus, schau Dir die Tool-Beschreibungen an, lern wie gute MCP-Tools strukturiert sind.

  2. Brave Search MCP (stdio + npm). Web-Suche ohne API-Integration selbst bauen. claude mcp add brave -s user --env BRAVE_API_KEY=... -- npx -y @modelcontextprotocol/server-brave-search. Gratis-Tier bei Brave reicht für Tests.

Beide haben README.mds die exemplarisch zeigen wie man MCP-Server dokumentiert. Als Vorbild für Level 6.

Was Du jetzt hast

Das Ecosystem-Bild. Als Nutzer weisst Du wo Du gute Server findest. Als künftiger Publisher (Level 6) weisst Du wo Du Deinen Server hinstellst. Das Discovery-Protokoll .well-known/mcp ist noch jung, aber die Directories und Marketplaces sind heute schon stark genug dass niemand mehr "wie finde ich MCP-Server" fragen muss.

Update 2026-04-28: Hook-Bundles als eigene Distribution

Mit Claude Code v2.1.118 (type: "mcp_tool" Hooks, siehe Lektion 10) entsteht eine neue Distribution-Klasse: Hook-Recipe-Plugins. Statt einen ganzen MCP-Server zu publishen, publishen User pre-konfigurierte Hook-Bundles für existing Server (Memory, CRM, GEO, etc.). Ein claude plugin install studiomeyer-memory-hooks und der User hat alle 4 Memory-Hooks aktiviert ohne settings.json-Edit.

Marketplaces wie studiomeyer-marketplace listen das parallel zu MCP-Servern. Pro Plugin braucht es: plugin.json, README.md mit Idempotenz-Check + DSGVO-Note, tests/ mit Smoke-Test. Die fünf Bundles für unsere SaaS-MCPs liegen als Recipes in Phase 16 (/recipes/16.1-mcp-tool-hook-intro bis 16.5-academy-hook-bundle). Kopiert in settings.json schon heute funktionsfähig, als Plugin-Bundle in der Pipeline.

Quellen

Du liest ohne Account. Login speichert Deinen Fortschritt, damit Du beim nächsten Mal direkt weitermachen kannst. Einloggen →
← Gleicher Memory, drei Tools. CCapstone. Dein portables Memor→