Was ist Everything (test server)?
Everything ist ein Referenzserver des MCP-Projekts, der versucht, jedes Feature des Protokolls durchzuspielen. Sein README sagt das unumwunden: Er ist "not intended to be a useful server, but rather a test server for builders of MCP clients". Er wird weiterhin im aktiven Repository modelcontextprotocol/servers gepflegt, als einer von sieben Referenzservern dort, neben fetch, filesystem, git, memory, sequential thinking und time.
Version 2.0.0, veröffentlicht am 19. Oktober 2026, stellte ihn auf das TypeScript SDK v2 um und bedient beide Protokoll-Epochen aus einem Prozess: Clients nach 2026-07-28, die server/discover und keine Sitzung nutzen, und Clients aus der 2025er-Epoche, die den initialize-Handshake verwenden. Er braucht Node.js 24 oder neuer.
Du startest ihn mit npx -y @modelcontextprotocol/server-everything über stdio oder aus dem Quellcode mit Streamable HTTP unter http://localhost:3001/mcp. Der HTTP+SSE-Transport bleibt nur für Clients aus der 2025er-Epoche erhalten und ist veraltet. Das Repo dokumentiert Architektur, Start, Features und Erweiterungspunkte.
Everything (test server) installieren
npx -y @modelcontextprotocol/server-everythingLohnt sich Everything (test server)?
Everything ist heute wichtiger als vor einem Jahr, weil sich das Protokoll in zwei Epochen geteilt hat. Die Revision 2026-07-28 hat den initialize-Handshake und Sitzungen abgeschafft, sodass jeder Client, jedes Gateway und jeder Proxy für einige Zeit mit Servern beider Arten zurechtkommen muss. Version 2.0.0 beantwortet beide aus einem Prozess und ist damit die naheliegende Fixture, um einen Client gegen die neue Revision zu prüfen, bevor Produktionsserver nachziehen.
Abdeckung ist der Zweck. Zu seinen 24 Tools gehören eine mehrstufige Elicitation, deren requestState per HMAC signiert ist und nach zehn Minuten abläuft, aufgabenbasierte Tools, die tasks/get, tasks/update und tasks/cancel durchspielen, und ein Header-Tool, das die Spiegelung von x-mcp-header prüft und einen nicht passenden Aufruf mit Fehler -32020 ablehnt. Roots, Sampling und Logging, in 2026-07-28 als veraltet markiert, bleiben erhalten und sind entsprechend gekennzeichnet. Das Feature-Dokument vermerkt, zu welcher Epoche jedes Verhalten gehört, und liest sich wie ein nützlich konkreter Diff der Spezifikation.
Zwei Tools brauchen außerhalb einer Sandbox Vorsicht. get-env liefert alle Umgebungsvariablen des Serverprozesses als JSON, harmlos in einem CI-Container und ein Leck auf einem Laptop, auf dem API-Schlüssel in der Shell liegen. gzip-file-as-resource ruft URLs ab, innerhalb von Grenzen für Größe, Zeit und Domains. Die Mindestanforderung Node 24, wenige Tage vor 2.0.0 angehoben, wird außerdem CI-Images brechen, die noch auf Node 22 laufen.
Eine Konformitätssuite ist er nicht. Er zeigt, was ein korrekter Server tut, und überlässt die Bewertung deines Clients dir, meist mit dem MCP Inspector daneben. Und die Kernmethoden für Tasks aus 2025-11-25 werden nicht mehr bedient, weil das SDK v2 die experimentelle Schicht entfernt hat, auf der sie saßen. Ein Client, der gegen diesen Entwurf gebaut wurde, braucht also eine andere Fixture.
Wo es sich lohnt
Ein Engineer, der einer MCP-Client-Bibliothek Unterstützung für 2026-07-28 hinzufügt
Discovery, input_required-Roundtrips und Tasks gegen einen bewährten Server testen
npx -y @modelcontextprotocol/server-everything in der CI ausführen und aus den Tests des Clients trigger-multi-step-elicitation, simulate-research-query und trigger-url-elicitation aufrufen. Es kostet nichts außer der Umstellung des CI-Images auf Node 24.
Ein Plattformteam, das ein internes MCP-Gateway baut
Prüfen, dass beide Protokoll-Epochen und ihre Header das Gateway unversehrt passieren
Den Streamable-HTTP-Build auf localhost:3001/mcp hinter dem Gateway starten, einen Client aus der 2025er-Epoche und einen für 2026-07-28 verbinden und mit get-header-params bestätigen, dass Mcp-Param-Region den Sprung übersteht; eine Abweichung kommt als Fehler -32020 zurück.
Eine Developer-Relations-Autorin, die die MCP-Unterstützung einer Host-App dokumentiert
Zeigen, wie jedes Protokoll-Feature auf der Leitung aussieht
Den MCP Inspector auf den Server richten und echte Antworten für strukturierte Inhalte, Ressourcenlinks und Fortschrittsbenachrichtigungen mitschneiden, mit dem Feature-Dokument als Referenz. Das erspart einen Mock-Server für Screenshots.
Bevor du dich festlegst
- Einrichtung
- npx -y @modelcontextprotocol/server-everything über stdio auf Node.js 24+, mit dokumentierten Konfigurationen für Claude Desktop und VS Code; npm run start:streamableHttp aus dem Quellcode stellt http://localhost:3001/mcp bereit. Der erste Tool-Aufruf klappt innerhalb weniger Minuten.
- Integrationen
- 24 Tools plus Prompts, Ressourcen, Subscriptions, Logging und die Tasks-Erweiterung. Jedes Tool ist ein Testverhalten (echo, get-sum, trigger-sampling-request, trigger-long-running-operation); keines verbindet sich mit einem externen Konto.
- Daten und Datenschutz
- Keine Authentifizierung und kein Konto. get-env liefert die gesamte Prozessumgebung, und gzip-file-as-resource ruft URLs ab. Betreibe ihn also dort, wo die Umgebung keine Geheimnisse enthält.
- Kosten im großen Maßstab
- Kostenlos und Open Source; die einzigen Kosten sind CI-Minuten. Es steht keine kostenpflichtige API dahinter.
- Grenzen
- Keine Konformitätstestsuite. HTTP+SSE bedient nur Clients aus der 2025er-Epoche und ist veraltet, die Kernmethoden für Tasks aus 2025-11-25 werden nach der Migration auf SDK v2 nicht bedient, und Node 22 wird nicht mehr unterstützt.
Was gut ist
- 24 Tools decken beide Protokoll-Epochen aus einem Prozess ab
- Gepflegt im offiziellen Server-Repository zusammen mit dem SDK
- Das Feature-Dokument vermerkt Epoche und Abkündigung jedes Features
- stdio und Streamable HTTP aus demselben Build
Was nicht
- get-env legt die Umgebungsvariablen des Prozesses offen
- Braucht seit 2.0.0 Node.js 24 oder neuer
- Führt Verhalten vor, bewertet aber keinen Client
- Kernmethoden für Tasks aus 2025-11-25 werden nicht mehr bedient
Am besten für
Entwickler, die MCP-Clients, Hosts und Gateways bauen oder testen, besonders gegen die Revision 2026-07-28.
Alternativen zu Everything (test server)
Everything (test server): häufige Fragen
- Lohnt sich Everything (test server)?
- Unverzichtbar als Test-Fixture für Autoren von MCP-Clients und, so gewollt, für alles andere nutzlos. Wir bewerten es mit 3.9 von 5.
- Was kostet Everything (test server)?
- Kostenlos und Open Source.
- Welche Nachteile hat Everything (test server)?
- get-env legt die Umgebungsvariablen des Prozesses offen; Braucht seit 2.0.0 Node.js 24 oder neuer; Führt Verhalten vor, bewertet aber keinen Client; Kernmethoden für Tasks aus 2025-11-25 werden nicht mehr bedient.
- Für wen eignet sich Everything (test server)?
- Entwickler, die MCP-Clients, Hosts und Gateways bauen oder testen, besonders gegen die Revision 2026-07-28.
- Was kostet Everything (test server) für ein Team oder im Produktivbetrieb?
- Kostenlos und Open Source; die einzigen Kosten sind CI-Minuten. Es steht keine kostenpflichtige API dahinter.
- Ist Everything (test server) sicher für Firmendaten?
- Keine Authentifizierung und kein Konto. get-env liefert die gesamte Prozessumgebung, und gzip-file-as-resource ruft URLs ab. Betreibe ihn also dort, wo die Umgebung keine Geheimnisse enthält.
- Was sind die besten Alternativen zu Everything (test server)?
- Die nächsten Alternativen, die wir getestet haben, sind Time (reference server), Fetch (reference server) und Filesystem (reference server).
Antworten geprüft am 23. Okt. 2026.