Kostenloses Tool

MCP-Config-Validator für Cursor

Füge deine Konfiguration ein und sieh, was Cursor tatsächlich damit macht. Die meisten kaputten MCP-Konfigurationen sind gültiges JSON — genau deshalb sagt dir niemand, dass sie falsch sind.

Füge die JSON-Konfiguration ein. Wenn dir wohler ist, entferne vorher das Token — die Prüfungen brauchen es nicht.
Läuft vollständig in deinem Browser. Nichts, was du einfügst, wird hochgeladen, gespeichert oder protokolliert.

Endlich verbunden. Jetzt zeig jemandem, was er kann.

Die Konfiguration hinzubekommen ist die langweilige Hälfte. MCP Showcase macht aus demselben Server ein Live-Playground, das deine Kunden ausprobieren können — mit Doku für jedes Tool.

So funktioniert es

link
Konfiguration einfügen

Nichts wird hochgeladen. Die Prüfung läuft vollständig in deinem Browser.

play_circle
Wir lesen sie so, wie Cursor sie liest

Root-Key, Endpunkt-Key, Transporttyp und die clientspezifischen Felder, die Cursor anders behandelt als alle anderen.

checklist
Beheben, was gefunden wird

Zu jedem Problem steht dabei, was Cursor stattdessen erwartet — also eine Änderung, die du machen kannst, statt eines Symptoms, das du suchen musst.

Warum eine gültige Konfiguration trotzdem nichts tut

Fast jede kaputte MCP-Konfiguration ist gültiges JSON. Clients ignorieren Keys, die sie nicht kennen — eine Datei mit dem falschen Root-Key oder dem falschen Endpunkt-Feld lässt sich sauber parsen, Cursor startet normal, und es erscheinen keine Server. Es gibt keinen Fehler, nach dem man suchen könnte. Genau diese Stille ist der Grund, warum solche Fehler so lange überleben.

Was für Cursor geprüft wird

  • Root-Key — Cursor liest mcpServers. Alles andere wird geparst und ignoriert.
  • Endpunkt-Feld — entfernte Server müssen url nutzen.
  • Form der Einträge — jeder Server braucht entweder ein Kommando zum Starten oder einen Endpunkt zum Verbinden.
  • Unverschlüsseltes HTTP — wird markiert, denn jedes Bearer-Token an diesen Server wird unverschlüsselt übertragen.
  • Felder speziell für Cursor — siehe unten.

Das type-Feld ist in der Praxis nicht optional

Cursor erwartet bei jedem Server ein ausdrückliches "type" — "stdio" für ein lokales Kommando, "http" oder "sse" für einen entfernten Endpunkt. Lässt man es weg, funktioniert das in manchen Versionen und schlägt in anderen still fehl, was es in einem Team mit gemischten Versionen zu einer zermürbenden Fehlersuche macht. Schreib es immer hin.

Deine Konfiguration wird nicht hochgeladen

Die Prüfung läuft vollständig in deinem Browser und stellt keine Netzwerkanfrage. Das ist Absicht und kein Zufall: MCP-Konfigurationen enthalten regelmäßig API-Tokens, und „füge deine Konfiguration in diese Website ein" ist etwas, das man vernünftigerweise ablehnt. Du kannst es im Netzwerk-Tab deines Browsers nachprüfen.

Wenn die Konfiguration stimmt, der Server aber leer ist

Dann ist das Problem aus der Datei herausgewandert. Ein Client, der den Server zeigt, aber keine Tools, verbindet sich und scheitert am Handshake oder am Transport — er liest deine Konfiguration nicht falsch. Der MCP Inspector zeigt, über welchen Transport der Server antwortet, und das rohe Request-Log; der MCP Server Tester reduziert dasselbe auf eine Pass/Fail-Checkliste.

Verwandte Tools

Wenn es verbindet, fängt der schwierige Teil an

Eine funktionierende Konfiguration ist die Grundvoraussetzung. Was sie nicht leistet: irgendwem verständlich zu machen, wofür dein Server überhaupt da ist — und wenn du einen MCP-Server veröffentlichst, entscheidet genau das darüber, ob ihn jemand einrichtet. MCP Showcase macht aus demselben Endpunkt ein Live-Playground mit Doku pro Tool, damit die Bewertung einen Klick kostet statt einer Konfigurationsdatei und eines Neustarts.

Häufig gestellte Fragen

Weil Clients ignorieren, was sie nicht kennen. Eine Konfiguration mit dem falschen Root-Key oder mit einem entfernten Endpunkt unter dem falschen Feldnamen lässt sich einwandfrei parsen — und führt zu einem Client, der keine Server sieht und nichts meldet. Stille ist hier der normale Fehlerfall.

Dass der Root-Key derjenige ist, den Cursor liest; dass entfernte Server den Feldnamen nutzen, den Cursor erwartet; dass jeder Eintrag entweder ein Kommando oder einen Endpunkt hat; dass nichts über unverschlüsseltes HTTP läuft; und die clientspezifischen Eigenheiten, die gerade für Cursor gelten.

Nein. Sie wird in deinem Browser geparst und verlässt deinen Rechner nie — und das ist wichtig, denn MCP-Konfigurationen enthalten häufig API-Tokens. Es wird überhaupt keine Netzwerkanfrage gestellt.

Das hängt vollständig vom Client ab — genau deshalb tappen so viele in diese Falle. Claude, Cursor, Windsurf und Cline nutzen mcpServers; VS Code nutzt servers; Zed nutzt context_servers; Codex CLI nutzt mcp_servers in TOML. Das Ergebnis unten nennt den, den Cursor braucht.

Dann liegt das Problem am Server und nicht an der Datei. Lass den Endpunkt durch den MCP Inspector laufen, um zu bestätigen, dass er einen Handshake abschließt, und um zu sehen, was er bereitstellt.

Weitere kostenlose MCP-Tools