MCP Servers: Referenzserver zum Lernen und Erweitern des Protokolls

Eine Sammlung von Referenzimplementierungen, kein Serververzeichnis

Die README beginnt damit, dieses Repository von einer allgemeinen Auflistung von MCP-Servern zu unterscheiden. Es ist ein Zuhause für die wenigen Referenzserver, die von der MCP-Steuerungsgruppe gepflegt werden, und verweist alle, die eine breitere Sammlung suchen, an das MCP-Register. Die Server hier sind als Bildungsbeispiele gedacht, die MCP-Funktionen und SDK-Nutzung demonstrieren, nicht als produktionsreife Lösungen. Die README warnt Entwickler ausdrücklich, ihre eigenen Sicherheitsanforderungen und Bedrohungsmodelle zu bewerten, bevor sie einen dieser Server in einer echten Bereitstellung verwenden. Diese Warnung ist das Erste, was ein Leser nach dem Einführungsabsatz sieht, und setzt den Ton für das gesamte Repository: Dies sind Lernwerkzeuge, keine schlüsselfertigen Komponenten. Derselbe Absatz beschreibt das Protokoll auch als eine Möglichkeit, großen Sprachmodellen sicheren, kontrollierten Zugriff auf Tools und Datenquellen zu geben, was den Kontext für die Existenz dieser Referenzserver darstellt.

Die sieben aktiv gepflegten Referenzserver

Derzeit sind sieben Referenzserver als aktiv aufgeführt. Everything bietet Prompts, Ressourcen und Werkzeuge zum Testen. Fetch übernimmt das Abrufen und Konvertieren von Webinhalten. Filesystem bietet Dateioperationen mit konfigurierbaren Zugriffskontrollen. Git liest, sucht und manipuliert Git-Repositories. Memory implementiert einen persistenten Speicher auf Basis von Wissensgraphen. Sequential Thinking unterstützt dynamisches und reflektives Problemlösen durch Gedankensequenzen. Time bietet Zeit- und Zeitzonenumrechnung. Jeder Server wird typischerweise mit einem MCP-SDK erstellt, und die README listet zehn offizielle SDKs auf, darunter C#, Go, Java, Kotlin, PHP, Python, Ruby, Rust, Swift und TypeScript. Diese SDK-Links sind die erste Gruppe externer Ressourcen in der README, was darauf hindeutet, dass die Referenzserver zusammen mit den offiziellen SDK-Implementierungen studiert werden sollen. Über diese einzeiligen Beschreibungen hinaus werden keine weiteren Details zu den Interna der Server gegeben.

Archivierte Server und wohin sie gegangen sind

Dreizehn ältere Server sind in einem separaten Repository, servers-archived, archiviert. Dazu gehören AWS KB Retrieval, Brave Search, EverArt, GitHub, GitLab, Google Drive, Google Maps, PostgreSQL, Puppeteer, Redis, Sentry, Slack und SQLite. Die README stellt fest, dass Brave Search durch einen offiziellen Server ersetzt wurde, Slack jetzt von Zencoder gepflegt wird und der Rest im archivierten Repository verbleibt. Für die Archivierung wird kein Grund angegeben, außer der Tatsache, dass sie nicht mehr Teil dieses Hauptrepositorys sind. Die archivierte Liste wird ohne Kommentar darüber präsentiert, warum jeder Server verschoben wurde, obwohl die Links auf den Quellbaum des archivierten Repositorys verweisen. Für jeden archivierten Server gibt die README eine einzeilige Beschreibung ähnlich wie bei den aktiven Servern, aber die praktische Schlussfolgerung ist, dass diese nicht in diesem Repository gepflegt werden.

Server mit npx, uvx oder pip ausführen

TypeScript-basierte Server können direkt mit npx gestartet werden. Zum Beispiel wird der Memory-Server mit npx -y @modelcontextprotocol/server-memory gestartet. Python-basierte Server funktionieren mit uvx oder pip; der Git-Server kann mit uvx mcp-server-git ausgeführt oder über pip install mcp-server-git installiert und dann mit python -m mcp_server_git ausgeführt werden. Die README empfiehlt uvx für Benutzerfreundlichkeit und Einrichtung und verlinkt Installationsanweisungen für sowohl uv als auch pip. Die Befehle werden als wörtliche Beispiele angegeben, und die README stellt fest, dass es nicht sehr nützlich ist, einen Server allein auszuführen; er sollte in einen MCP-Client konfiguriert werden. Die Beispiele decken nur die Memory- und Git-Server ab; andere Server folgen wahrscheinlich demselben Muster, aber die README listet nicht explizit Befehle für jeden auf.

Konfiguration eines MCP-Clients

Um einen Server mit einem MCP-Client zu verwenden, zeigt die README eine Claude-Desktop-Konfiguration. Das Beispiel definiert einen Memory-Server mit Befehl npx und Argumenten [-y, @modelcontextprotocol/server-memory]. Unter Windows muss npx mit cmd /c umschlossen werden, sodass der Befehl cmd mit Argumenten ["/c", "npx", "-y", "@modelcontextprotocol/server-memory"] wird. Weitere Beispiele decken Filesystem-, Git-, GitHub- und Postgres-Server ab, mit Umgebungsvariablen wie GITHUB_PERSONAL_ACCESS_TOKEN für GitHub. Die Windows-Umschließungsanweisung gilt für jeden npx-basierten Eintrag, während uvx-Einträge unverändert bleiben. Diese Konfigurationsausschnitte sind die einzige konkrete Nutzungsanleitung in der README. Das Postgres-Beispiel verwendet eine Verbindungszeichenfolge, und das GitHub-Beispiel verlässt sich auf ein persönliches Zugriffstoken, beide werden als Argumente oder Umgebungsvariablen übergeben.

Eigenen Server erstellen und zusätzliche Ressourcen

Für diejenigen, die ihren eigenen Server erstellen möchten, verweist die README auf die offizielle Dokumentation unter modelcontextprotocol.io/introduction. Sie erwähnt auch eine ADDITIONAL.md-Datei mit einer kuratierten Liste von Frameworks und Ressourcen und verlinkt CONTRIBUTING.md, RELEASING.md und SECURITY.md. Die zusätzliche Ressourcendatei wird als kuratierte Liste von Frameworks und Ressourcen beschrieben, die das Erstellen von MCP-Servern und -Clients vereinfachen. Die Contributing-Datei erklärt wahrscheinlich, wie neue Server oder Verbesserungen hinzugefügt werden, aber die README fasst ihren Inhalt nicht zusammen. Die Releasing-Datei behandelt, wie Pakete veröffentlicht werden, insbesondere OIDC-vertrauenswürdiges Publishing von CI ohne Registry-Token, und wie ein fehlgeschlagenes Publishing erneut versucht wird. Die Sicherheitsdatei dient zur Meldung von Schwachstellen. Die README selbst enthält keine Codebeispiele außer den Client-Konfigurationsausschnitten.

Lizenz, Community und der Übergang zu Apache-2.0

Der Lizenzabschnitt besagt, dass neue Beiträge unter der Apache License 2.0 stehen, während bestehender Code unter MIT bleibt, mit Details in der LICENSE-Datei. Das Repository wird von Anthropic verwaltet, aber mit der Community aufgebaut. Die README endet mit der Aufforderung an Benutzer, das Repository zu starren und neue Server oder Verbesserungen beizutragen, ein Aufruf zur Teilnahme, der zur Referenzimplementierungsnatur des Projekts passt. Der Lizenzauszug erklärt weiter, dass das Projekt sich in einem Übergang von MIT zu Apache-2.0 befindet, wobei Beiträge von Autoren, die keine Relizenzierungszustimmung erteilt haben, unter MIT bleiben. Der Auszug legt auch fest, dass Dokumentationsbeiträge, mit Ausnahme von Spezifikationen, unter CC-BY-4.0 lizenziert sind. Die README diskutiert keine Garantie oder Support; der Lizenztext selbst ist die einzige Quelle für diese Bedingungen.

servers: dokumentierter Einstieg

Der konkrete Einstieg in modelcontextprotocol/servers lässt sich an npx -y @modelcontextprotocol/server-memory festmachen. Dabei sind die im README genannten Eingaben, Ausgaben und Abhängigkeiten zu erfassen. Ein erfolgreicher Lauf dieses Befehls zeigt nur, dass der dokumentierte Pfad in der geprüften Umgebung funktioniert; Aussagen über andere Plattformen oder Lastprofile sind daraus nicht abzuleiten.

Redaktionelles Fazit

Geeignet ist servers für den konkreten Einsatzbereich, den modelcontextprotocol/servers im README beschreibt. Nicht belegt sind Fähigkeiten außerhalb dieser Dokumentation. Vor einer Entscheidung sollte npx -y @modelcontextprotocol/server-memory mit einer passenden Testeingabe ausgeführt und die projektspezifische Ausgabe geprüft werden; erst danach lassen sich Abhängigkeiten, Rechte und die angegebene Lizenz einordnen.

Offizielle Quellen

1. Official documentation
2. Official README
3. Project repository
4. Release notes