Everything (test server) MCP — Anwendungsfälle, Installieren & Live-Demo

Name: Everything (test server) MCP Server
Author: modelcontextprotocol

Warum nutzen

Hauptfunktionen

Deckt die vollständige MCP-Oberfläche ab: Tools, Ressourcen, Prompts, Sampling, Completion
Enthält absichtlich langsame Tools, damit Sie Abbruch/Streaming testen können
Null externe Abhängigkeiten — läuft vollständig offline
Großartige Einrichtung für Client-Unit-/Integrationstests

Live-Demo

In der Praxis

everything.replay ▶ bereit

0/0

Installieren

Wählen Sie Ihren Client

~/Library/Application Support/Claude/claude_desktop_config.json · Windows: %APPDATA%\Claude\claude_desktop_config.json

{
  "mcpServers": {
    "everything": {
      "command": "npx",
      "args": [
        "-y",
        "@modelcontextprotocol/server-everything"
      ]
    }
  }
}

Öffne Claude Desktop → Settings → Developer → Edit Config. Nach dem Speichern neu starten.

~/.cursor/mcp.json · .cursor/mcp.json

{
  "mcpServers": {
    "everything": {
      "command": "npx",
      "args": [
        "-y",
        "@modelcontextprotocol/server-everything"
      ]
    }
  }
}

Cursor nutzt das gleiche mcpServers-Schema wie Claude Desktop. Projektkonfiguration schlägt die globale.

VS Code → Cline → MCP Servers → Edit

{
  "mcpServers": {
    "everything": {
      "command": "npx",
      "args": [
        "-y",
        "@modelcontextprotocol/server-everything"
      ]
    }
  }
}

Klicken Sie auf das MCP-Servers-Symbol in der Cline-Seitenleiste, dann "Edit Configuration".

~/.codeium/windsurf/mcp_config.json

{
  "mcpServers": {
    "everything": {
      "command": "npx",
      "args": [
        "-y",
        "@modelcontextprotocol/server-everything"
      ]
    }
  }
}

Gleiche Struktur wie Claude Desktop. Windsurf neu starten zum Übernehmen.

~/.continue/config.json

{
  "mcpServers": [
    {
      "name": "everything",
      "command": "npx",
      "args": [
        "-y",
        "@modelcontextprotocol/server-everything"
      ]
    }
  ]
}

Continue nutzt ein Array von Serverobjekten statt einer Map.

~/.config/zed/settings.json

{
  "context_servers": {
    "everything": {
      "command": {
        "path": "npx",
        "args": [
          "-y",
          "@modelcontextprotocol/server-everything"
        ]
      }
    }
  }
}

In context_servers hinzufügen. Zed lädt beim Speichern neu.

claude mcp add everything -- npx -y @modelcontextprotocol/server-everything

Einzeiler. Prüfen mit claude mcp list. Entfernen mit claude mcp remove.

Anwendungsfälle

Praxisnahe Nutzung: Everything (test server)

Überprüfen Sie, dass Ihre MCP-Client-Implementierung alle Protokollfeatures verarbeitet

👤 Entwickler, die MCP-Clients, SDKs oder Integrationen erstellen oder debuggen ⏱ ~20 min intermediate

Wann einsetzen: Sie versenden einen neuen MCP-Client, eine Integration oder einen Wrapper und möchten nachweisen, dass er Tools+Ressourcen+Prompts+Sampling verarbeitet, bevor Sie auf einen echten Server zeigen.

Voraussetzungen

Ihr zu testender MCP-Client — Claude Desktop, Ihr Custom-Client oder ein Test-Harness

Ablauf

Starten Sie den Everything-Server und listen Sie seine Funktionen auf

Verbinden Sie sich mit dem Everything-Server. Listen Sie jedes Tool, jede Ressource und jeden Prompt auf, den er bereitstellt.✓ Kopiert

→ Vollständige Bestandsaufnahme — bestätigt, dass Ihr Client die vollständige Oberfläche erkennen kann
Nutzen Sie jede Funktionalität

Rufen Sie echo auf, dann add, dann longRunningOperation mit einer Dauer von 10 Sekunden. Lesen Sie die statische Ressource und eine dynamische. Rufen Sie den simple_prompt-Prompt auf.✓ Kopiert

→ Jeder Aufruf wird abgeschlossen oder streamend korrekt ausgeführt; Abbruch funktioniert
Testen Sie Grenzfälle

Versuchen Sie Sampling (sampleLLM-Tool), Completion bei einem Prompt-Argument und ein Tool mit absichtlichem Fehler. Überprüfen Sie, dass Ihr Client jeden Pfad verarbeitet.✓ Kopiert

→ Keine Abstürze; Fehler werden mit ordnungsgemäßen MCP-Fehlercodes angezeigt

Ergebnis: Eine abgehakte Matrix von MCP-Features, die Ihr Client tatsächlich implementiert, mit Nachweisen.

Fallstricke

Nicht alle Clients implementieren Sampling — Sampling ist optional für den Client; wenn Ihrer es nicht unterstützt, wird das sampleLLM-Tool einen klaren Fehler anzeigen — erwartet, kein Bug

Lernen Sie das MCP-Protokoll durch Ausprobieren an einem echten Server

👤 Entwickler, die neu bei MCP sind, die Spezifikation gelesen haben und es live sehen möchten ⏱ ~45 min intermediate

Wann einsetzen: Sie studieren das Protokoll und möchten einen Server, dessen Quellcode Sie auch nebeneinander lesen können.

Ablauf

Führen Sie den Server mit stdio-Transport aus und beobachten Sie den Datenverkehr

Führen Sie npx -y @modelcontextprotocol/server-everything aus und verbinden Sie einen Client. Erfassen Sie den JSON-RPC-Austausch (Tool-Liste, Aufruf, Antwort).✓ Kopiert

→ Rohe Protokoll-Frames, die Sie der Spezifikation zuordnen können
Lesen Sie den entsprechenden Quellcode

Öffnen Sie modelcontextprotocol/servers/src/everything — verfolgen Sie, welche Datei die Tool-, Ressourcen-, Prompt-Handler implementiert, die Sie gerade gesehen haben.✓ Kopiert

→ 1:1-Zuordnung zwischen Wire-Protokoll und Server-Code
Ändern und testen

Forken Sie den Server, fügen Sie ein neues Tool hinzu, das die aktuelle Server-Laufzeit zurückgibt, starten Sie neu und rufen Sie es auf.✓ Kopiert

→ Ihr neues Tool erscheint in list_tools und antwortet auf Aufrufe

Ergebnis: Sie verstehen MCP auf Wire-Ebene, nicht nur auf SDK-Ebene.

Fallstricke

Behandlung von Everything-Server-Features als produktionsreife Muster — Der Server ist absichtlich überfeaturet zum Testen; echte Server sollten nur Tools bereitstellen, die Sie tatsächlich benötigen

Kombinieren mit: fastmcp

Kombinationen

Mit anderen MCPs für 10-fache Wirkung

everything + fastmcp

Testen Sie, dass Ihr FastMCP-Built-Server sich wie der Referenzserver verhält

Verbinden Sie sich mit Ihrem FastMCP-Server und dem Everything-Server. Überprüfen Sie für jede Funktionalität, die der Everything-Server bereitstellt, ob Ihr Server sie äquivalent verarbeitet.✓ Kopiert

everything + mcp-agent

Führen Sie Agent-Evals gegen einen Server mit bekanntem Verhalten aus

Richten Sie einen mcp-Agent ein, der auf den Everything-Server verweist. Führen Sie eine Test-Suite aus, die Tool-Aufruf-, Ressourcen-Lese- und Prompt-Invoke-Flows überprüft.✓ Kopiert

Werkzeuge

Was dieses MCP bereitstellt

Werkzeug	Eingaben	Wann aufrufen	Kosten
echo	message: str	Rauchtest: bestätigt, dass Anfrage/Antwort funktioniert	kostenlos
add	a: number, b: number	Einfacher Typed-Input-Test	kostenlos
longRunningOperation	duration: int (seconds), steps: int	Testen Sie Streaming-/Fortschritts- + Abbruchpfade in Ihrem Client	kostenlos
sampleLLM	prompt: str, maxTokens: int	Testen Sie MCP-Sampling-Feature — Server fordert den Client auf, einen LLM-Aufruf auszuführen	hängt vom Sampling-Backend Ihres Clients ab
getTinyImage	keine	Testen Sie die Bereitstellung von Binärressourcen	kostenlos
printEnv	keine	Diagnostizieren Sie, welche Umgebungsvariablen Ihr MCP-Client durchreicht	kostenlos
annotatedMessage	messageType: str, includeImage: bool	Testen Sie das Rendern von annotiertem Inhalt (Priorität, Zielgruppe)	kostenlos

Kosten & Limits

Was der Betrieb kostet

API-Kontingent: Keine — vollständig lokal
Tokens pro Aufruf: Winzig
Kosten in €: Kostenlos
Tipp: Einzige Sorge: longRunningOperation und sampleLLM können echte Zeit oder Token auf dem LLM Ihres Clients kosten; halten Sie Testläufe kurz.

Sicherheit

Rechte, Secrets, Reichweite

Credential-Speicherung: Keine

Datenabfluss: Keine standardmäßig; printEnv stellt alle Umgebungsvariablen bereit, die Ihr Client übergeben hat — richten Sie sie nicht auf einen Prozess mit Geheimnissen aus, während Sie demonstrieren

Nicht für Produktionsnutzung geeignet. Es ist eine Test-Fixture — Features sind absichtlich eigenwillig.
printEnv wird alle Umgebungsvariablen anzeigen, die der Client übergibt. Hängen Sie es nicht an einen Kontext mit echten Geheimnissen an.

Fehlerbehebung

Häufige Fehler und Lösungen

Client zeigt keine Tools nach Verbindung an

Bestätigen Sie, dass der stdio-Transport übereinstimmt. Einige Clients erfordern, dass der Serverprozess lange läuft; überprüfen Sie, ob die 'command'-Konfiguration Ihres Clients ohne Beendigung läuft.

Prüfen: Führen Sie `npx -y @modelcontextprotocol/server-everything` direkt aus; es sollte blockieren und auf Eingabe warten

`sampleLLM` gibt 'Sampling nicht unterstützt' zurück

Ihr Client implementiert MCP-Sampling nicht (viele tun es nicht). Für die meisten Clients heute erwartet. Überspringen Sie dieses Tool.

`longRunningOperation` streamt keinen Fortschritt

Ihr Client unterstützt möglicherweise nicht die Benachrichtigungen zum Fortschritt. Überprüfen Sie seine Dokumentation auf Unterstützung für Progress-Handler.

Alternativen

Everything (test server) vs. andere

Alternative	Wann stattdessen	Kompromiss
FastMCP	Sie möchten Ihren eigenen Testserver erstellen, nicht den Referenzserver verwenden	Mehr Aufwand; ermöglicht es Ihnen, spezifische Verhaltensweisen zu isolieren
Jeder echte Server (github, filesystem, etc.)	Sie möchten gegen realistische, enge Tool-Oberflächen testen statt gegen alles Mögliche	Kleinere Oberfläche — könnte Features verpassen, die Ihr Client unterstützen muss

Mehr

Ressourcen

📖 Offizielle README auf GitHub lesen

🐙 Offene Issues ansehen

🔍 Alle 400+ MCP-Server und Skills durchsuchen