Warum läuft Cursors MCP lokal, aber nicht remote? Meistens liegt es nicht daran, dass der Cursor kaputt ist, sondern daran, dass du das falsche Transportmittel gewählt hast. Die offizielle Cursor-Dokumentation unterteilt MCP in drei Kategorien: 'stdio', 'SSE' und 'Streamable HTTP': 'stdio' ist besser für lokale Einzelnutzer geeignet, und 'SSE' und 'Streamable HTTP' eignen sich besser für die Bereitstellung als Service für mehrere Nutzer. Die offizielle Dokumentation findet ihr hier: Cursor MCP.
Schauen wir uns mcp.json zuerst an
Der lokale MCP muss zunächst sicherstellen, dass '.cursor/mcp.json' oder '~/.cursor/mcp.json' vom Cursor gelesen werden kann und dass der Befehl in seiner laufenden Umgebung korrekt gestartet werden kann. Entfernte MCPs überprüfen, ob URLs, Authentifizierungsmethoden und Endpunkte exakt übereinstimmen. Die Hauptursache vieler Probleme mit "lokaler Nutzung und entfernter Trennung" ist, dass man lokale Befehle als entfernte Dienste zum Verbinden behandelt.
Offiziell empfohlene Untersuchungsordnung
- Überprüfen Sie zunächst, ob der Transporttyp gepaart ist.
- Schau, ob das 'mcp.json' korrekt geladen ist.
- Überprüfen Sie abschließend, ob die Umgebungsvariablen und Authentifizierungsheader übertragen werden.
Cursors MCP ist nicht nur "einsatzbereit", sondern bringt zunächst die drei Aspekte Transportmethode, Konfigurationsdatei und Serverfähigkeiten in Ordnung.
