Die Frage klingt, als gäbe es pro Anbieter eine Antwort, und so ist es nicht. Die Trennlinie verläuft 2026 zwischen Oberflächen, nicht zwischen Herstellern: Die ChatGPT-Desktop-App kann einen MCP-Server auf Ihrem Rechner starten, ChatGPT im Browser-Tab nicht. Claude Code und Claude Desktop können es beide. Jeder Code-Editor mit MCP-Client — Cursor, VS Code, Zed, Devin Desktop — kann es. Was in der Cloud eines anderen läuft, kann es per Definition nicht.
Dieser Unterschied wiegt schwerer, als er aussieht. Ein lokaler Server ist ein Programm, das Ihr Client startet und mit dem er über Standardeingabe und Standardausgabe spricht; kein Port ist offen, keine Zugangsdaten werden ausgestellt, und Ihre Daten verlassen auf dem Weg zu den Werkzeugen des Assistenten nie den Rechner. Ein entfernter Server ist eine URL, und das heißt: ein Betreiber, ein Token und ein Netzwerkweg. Die Wahl des Clients ist damit zum Teil eine Entscheidung darüber, wo Ihre Daten liegen müssen, bevor ein Assistent sie nutzen kann.
Dies ist eine Übersicht darüber, wer was unterstützt, am 15. August 2026 gegen die Dokumentation der jeweiligen Hersteller geprüft. Wenn Ihnen das Protokoll selbst neu ist, klärt was ein MCP-Server ist die Begriffe; wenn Sie sich bereits für einen Client entschieden haben und nur den Pfad zur Konfiguration brauchen, ist MCP einrichten in VS Code, Zed und Devin Desktop die Fassung Datei für Datei.
| Client | Lokal per stdio | Entfernt | Wie er fragt |
|---|---|---|---|
| Claude Code | Ja | HTTP, SSE, WebSocket | Fragt nach; Projekt-Server brauchen zuerst eine Freigabe |
| Claude Desktop | Ja | Ja | Ausdrückliche Freigabe vor jeder Aktion |
| ChatGPT-Desktop-App | Ja | Ja | Vier Freigabemodi, gemeinsam mit Codex |
| Codex CLI / IDE-Erweiterung | Ja | Ja | default_tools_approval_mode |
| ChatGPT im Web | Nein | Ja, nur HTTPS | Auf Connector-Ebene, je nach Tarif |
| Cursor | Ja | SSE, Streamable HTTP | Fragt standardmäßig; Run Modes erlauben Freigabelisten |
| VS Code | Ja | HTTP | Server einmal vertrauen, danach pro Aufruf |
| Zed | Ja | Ja | Fragt vor jeder Werkzeugaktion |
| Devin Desktop | Ja | Streamable HTTP, SSE | Fragt standardmäßig; Regeln pro Werkzeug |
Eine Zeile dieser Tabelle ist der Grund, warum es diesen Text gibt.
Wer nach dieser Frage sucht, findet selbstbewusste Aussagen in beide Richtungen, oft auf Seiten, die dieses Jahr aktualisiert wurden. Beide waren irgendwann richtig, und deshalb halten sie sich.
Der aktuelle Stand laut der Dokumentation von OpenAI: „Die ChatGPT-Desktop-App,
Codex CLI und die IDE-Erweiterung unterstützen MCP-Server und teilen sich die
MCP-Konfiguration desselben Codex-Hosts.“ Diese gemeinsame Konfiguration liegt
in ~/.codex/config.toml oder für vertrauenswürdige Projekte in einer
projektbezogenen .codex/config.toml, und sie unterstützt ausdrücklich
„STDIO-Server: Server, die als lokaler Prozess laufen (durch einen Befehl
gestartet)“.
Die Desktop-App ist also ein lokaler MCP-Client. Richten Sie einen Server einmal ein, sehen ihn die CLI, die Editor-Erweiterung und die Desktop-App gleichermaßen — Sie tragen ihn nicht dreimal ein.
ChatGPT im Web ist ein anderes Produkt mit einer anderen Antwort. Ein benutzerdefinierter Connector ist dort ein entfernter MCP-Server, der über HTTPS mit SSE oder Streamable HTTP erreicht wird: Sie fügen eine URL ein, Sie zeigen nicht auf einen Befehl. ChatGPT läuft in der Cloud von OpenAI und erreicht deshalb nur Server, die im Internet exponiert sind; einen lokalen zu betreiben hieße, einen Tunnel davorzusetzen. Benutzerdefinierte Connectors hängen zudem am Tarif — verfügbar in Plus, Pro, Business, Enterprise und Edu, nicht in Free oder Go.
Keine der beiden Hälften der Internet-Antwort ist falsch. Es sind Antworten auf verschiedene Fragen, und die Frage, die sich lohnt, lautet: vor welchem ChatGPT sitzen Sie gerade?
Claude Code nimmt stdio-Server über claude mcp add --transport stdio entgegen
und entfernte über HTTP, SSE — zugunsten von HTTP abgekündigt — sowie
WebSocket. Die Konfiguration kennt drei Geltungsbereiche: lokal, Projekt
(.mcp.json, eingecheckt) und Benutzer (~/.claude.json). Eine eingecheckte
.mcp.json verbindet sich nicht stillschweigend: Ihre Server stehen auf
„Freigabe ausstehend“, bis Sie Claude interaktiv in einem vertrauenswürdigen
Arbeitsbereich starten und sie freigeben — eine vernünftige Voreinstellung für
eine Datei, die mit einem git clone ins Haus kommt.
Claude Desktop liest claude_desktop_config.json — unter macOS in
~/Library/Application Support/Claude/, unter Windows in %APPDATA%\Claude\ —
und startet jeden konfigurierten Server beim Öffnen der App. Das dokumentierte
Modell ist Freigabe pro Aktion: „Alle Aktionen erfordern vor der Ausführung Ihre
ausdrückliche Freigabe, sodass Sie die volle Kontrolle darüber behalten, worauf
Claude zugreifen und was es ändern kann.“ Erweiterungen, die über Settings →
Extensions installiert werden, sind die verpackte Fassung derselben Sache —
deshalb landen Ein-Klick-Installation und handgeschriebenes JSON am selben Ort.
Cursor dokumentiert drei Transporte — stdio, SSE und Streamable HTTP — mit
Projektkonfiguration in .cursor/mcp.json und globaler Konfiguration in
~/.cursor/mcp.json. Beim Einverständnis wird es deutlich: „Cursor fragt
standardmäßig nach einer Freigabe, bevor MCP-Werkzeuge genutzt werden.“
Automatisierung ist optional und läuft über die Run Modes, wo freigegebene
MCP-Werkzeuge im Modus Auto-review sofort ausgeführt werden und alles Übrige
durch einen Klassifikator geht.
VS Code unterstützt sowohl entfernte HTTP-Server als auch lokale stdio-Server,
konfiguriert auf Arbeitsbereichsebene in .vscode/mcp.json oder auf
Benutzerebene über den Befehl MCP: Open User Configuration. Es fügt einen
Schritt hinzu, den die anderen nicht betonen: Bevor ein Server zum ersten Mal
startet, müssen Sie bestätigen, dass Sie ihm vertrauen, mit der Möglichkeit,
seine Konfiguration direkt aus dem Dialog zu prüfen. Vertrauen ist eine
Eigenschaft des Servers, nicht des einzelnen Aufrufs.
Zed konfiguriert MCP-Server unter Settings → AI → MCP Servers, mit einer
command/args/env-Form für lokale und einer url/headers-Form für
entfernte Server. Die Berechtigungen sind die feinkörnigsten der Gruppe:
agent.tool_permissions.default fragt vor jeder Werkzeugaktion einschließlich
MCP-Aufrufen nach einer Freigabe, und einzelne Regeln lassen sich gegen
mcp:<server>:<tool_name> schreiben — Sie können also Lesen vorab freigeben und
bei allem, was schreibt, die Rückfrage behalten.
Devin Desktop ist der Client, dessen Name sich geändert hat. Cognition hat Windsurf am 2. Juni 2026 per Over-the-Air-Update in Devin Desktop umbenannt; Tarife, Erweiterungen, Tastenkürzel und bestehende MCP-Verbindungen blieben ohne Zutun der Nutzer erhalten, und der lokale Agent Cascade wurde durch Devin Local ersetzt, Cascade selbst am 1. Juli 2026 eingestellt. Die MCP-Unterstützung blieb unverändert: Server „können auf zwei Arten konfiguriert werden: als lokaler Befehl (stdio-Transport) oder als entfernter Server (HTTP-Transport)“, mit Dateien für Benutzer, Projekt und eine von git ignorierte lokale Übersteuerung; MCP-Werkzeuge fragen standardmäßig nach einer Freigabe. Wenn Sie einer alten Windsurf-Anleitung folgen, gelten die Hinweise zum Protokoll weiterhin, geändert haben sich nur Produktname und Dateipfade.
Jeder Client in diesem Vergleich fragt standardmäßig nach. Das ist die gute Nachricht, und dort steckt auch das nützliche Detail, denn eine Rückfrage bei jedem Aufruf ist unbrauchbar und gar keine Rückfrage ist unsicher. Die interessante Entwurfsfrage ist, was ein Client dazwischen tut.
Drei Mechanismen sind im Einsatz, und die meisten Clients kombinieren sie:
.mcp.json.writes von Codex „fragt bei Werkzeugen nach, die nicht als
Read-only markiert sind“ — Suchen ist still, Ändern nicht.mcp:<server>:<tool_name> bei Zed und
tools.<tool>.approval_mode bei Codex lassen Sie Werkzeug für Werkzeug
entscheiden — der einzige Mechanismus, der genau genug ist, wenn ein Server
beide Arten anbietet.Die Asymmetrie lohnt das Verständnis, denn sie hängt daran, dass der Server ehrlich angibt, welche seiner Werkzeuge etwas ändern. Ein Server, der alles als Read-only deklariert, hebelt jede Client-Richtlinie über sich aus. Wenn Sie einen Server anbinden, den Sie nicht selbst geschrieben haben, gehört diese Angabe zu dem, worauf Sie vertrauen — dieselbe Abwägung wie in was Schreibzugriff über MCP sicher macht.
Lokale Server sind nicht automatisch die bessere Wahl, und ein Vergleich, der zu diesem Schluss käme, würde etwas verkaufen wollen.
Ein entfernter Server hat die richtige Form, wenn die Daten ohnehin nicht auf Ihrem Rechner liegen — ein gehosteter Issue-Tracker, eine Zahlungs-API, ein Monitoring-Dashboard. Einen lokalen Prozess vor einen Cloud-Dienst zu setzen, fügt einen Sprung hinzu und löst nichts. Entfernte Server funktionieren zudem aus dem Browser, vom Telefon und vom Laptop einer Kollegin, ohne dass jemand etwas installiert, und ein Betreiber kann einen Fehler für alle auf einmal beheben. Wenn die Randbedingung Ihres Teams lautet „es muss für fünfzig Leute ohne Administratorrechte funktionieren“, ist die reine Cloud-Variante keine Einschränkung, sondern die Anforderung.
Lokale Server gewinnen in einem engeren, dafür schärferen Feld: Die Daten liegen schon auf dem Rechner, sie sind sensibel genug, dass sie besser nicht reisen, oder es gibt gar keine gehostete Fassung, mit der man sich verbinden könnte. Aufnahmen Ihrer eigenen Besprechungen sind alles drei zugleich.
Der MCP-Server von Speak-Y ist ein lokaler stdio-Prozess, und genau das setzt ihn bei jedem Client, der eine hat, in die linke Spalte der Tabelle. Ihr Assistent durchsucht Aufnahmen und liest Transkripte, Zusammenfassungen und Action Items direkt aus der Bibliothek auf Ihrem Rechner — ohne Cloud-Relais dazwischen und ohne etwas, das getunnelt werden müsste.
Die Trennung von Lesen und Schreiben passt zu den oben beschriebenen
Client-Mechanismen. Zum Lesen muss sonst nichts laufen. Befehle, die etwas
ändern — Tags, Titel, Sprechernamen, erneute Transkription, Teilen in einen
Team-Kanal — laufen über die geöffnete Speak-Y-App, werden Ihrem MCP-Client als
datenverändernd gemeldet, sodass er vor der Ausführung nachfragt, sofern Sie
keine dauerhafte Erlaubnis erteilen, und werden in der App protokolliert, wo sie
sich auch abschalten lassen. Wenn ein Assistent grundsätzlich nur lesen können
soll, sorgt ein Start des Servers mit --read-only in der Konfiguration dieses
Clients dafür, dass die ändernden Befehle ihm gar nicht erst angeboten werden.
Die Installation gelingt mit einem Klick unter Einstellungen → Integrationen, und sie ist in jedem Tarif kostenlos, auch in Free — was unter Besprechungs-Notizdiensten nicht die Regel ist, denn dort sitzt MCP meist hinter einer kostenpflichtigen Cloud-Stufe.
Für ChatGPT im Besonderen ist die praktische Folge aus alldem, dass die Desktop-App die Oberfläche der Wahl ist. Sie teilt sich die Codex-Konfiguration, der Server, den Sie für Codex CLI eintragen, ist also bereits vorhanden. Der Leitfaden ChatGPT Desktop und Ihre persönlichen Daten geht diese Einrichtung durch, und wenn Sie die beiden Formen grundsätzlicher gegeneinander abwägen, behandelt lokales MCP gegenüber Cloud-MCP, was jede von beiden offenlegt und gegenüber wem.
Das hängt davon ab, welches ChatGPT gemeint ist. Die ChatGPT-Desktop-App kann es: Sie teilt sich die MCP-Konfiguration mit Codex CLI und der IDE-Erweiterung über denselben Codex-Host, und diese Konfiguration unterstützt STDIO-Server, die durch einen Befehl auf Ihrem Rechner gestartet werden. ChatGPT im Web kann es nicht — ein Web-Connector ist ein entfernter MCP-Server, der über HTTPS erreicht wird, ein lokaler Server muss also erst per Tunnel nach außen geführt werden. Geprüft am 15. August 2026.
Ein lokaler stdio-Server ist ein Programm, das der Client auf Ihrem Rechner startet und mit dem er über Standardeingabe und Standardausgabe spricht. Es lauscht kein Netzwerk-Port, und es verlassen keine Daten den Rechner, um ihn zu erreichen. Ein entfernter Server ist ein HTTPS-Endpunkt, zu dem sich der Client über das Internet verbindet, meist mit einem Token authentifiziert, und Ihre Anfragen reisen zu demjenigen, der ihn betreibt.
Alle großen Clients fragen standardmäßig nach, aber die Granularität unterscheidet sich. Cursor fragt vor der Nutzung von MCP-Werkzeugen und führt freigegebene Werkzeuge im Modus Auto-review sofort aus; Zed fragt vor jeder Werkzeugaktion und akzeptiert Regeln pro Werkzeug wie mcp:server:tool_name; Codex hat vier Freigabemodi, von denen writes nur bei Werkzeugen nachfragt, die nicht als Read-only markiert sind. Server können einzelne Werkzeuge zudem als Read-only kennzeichnen, damit der Client weiß, welche ungefährlich sind.
Nein. Cognition hat Windsurf am 2. Juni 2026 per Over-the-Air-Update in Devin Desktop umbenannt, und der lokale Agent, der früher Cascade hieß, wurde durch Devin Local ersetzt; Cascade wurde am 1. Juli 2026 eingestellt. Tarife, Erweiterungen, Tastenkürzel und bestehende MCP-Verbindungen blieben ohne Zutun der Nutzer erhalten.
Alle aus diesem Vergleich, die einen lokalen Server starten können, denn der MCP-Server von Speak-Y ist ein lokaler Prozess und kein gehosteter Endpunkt: Claude Code, Claude Desktop, die ChatGPT-Desktop-App und Codex, Cursor, VS Code, Zed und Devin Desktop. Er ist in jedem Tarif kostenlos, auch in Free, und lässt sich mit einem Klick unter Einstellungen → Integrationen installieren.