ask-chat-mcp

Ein MCP-Server, der eine Frage an ChatGPT stellt und die Antwort zurückgibt — mit echtem Dateikontext, schreibgeschützt und ohne Größenlimit in beide Richtungen.

Gebaut für eine einzige Aufgabe: eine echte Zweitmeinung von einem unabhängigen Modell einzuholen, wenn Claude auf eine Mehrdeutigkeit stößt, und diese Meinung auf die tatsächlichen Dateien zu stützen statt auf eine Zusammenfassung davon.

Inhaltsverzeichnis

• Warum nicht die ChatGPT-Desktop-App automatisieren

• Voraussetzungen

• Installation

• Tools

• Konfiguration

• Design-Anmerkungen

• Einschränkungen

Warum nicht die ChatGPT-Desktop-App automatisieren

Der naheliegende Ansatz — das Fenster der Desktop-App steuern, einen Prompt einfügen, die Antwort auslesen — ist das, was die bekannten MCP-Server in diesem Bereich tun. Für diesen Anwendungsfall ist das eine Sackgasse, und es lohnt sich, explizit zu sagen, warum, denn die Gründe sind erst ersichtlich, wenn man es gebaut hat:

• Der Prompt hat eine praktische Obergrenze. Er kommt per Einfügen aus der Zwischenablage in den Composer, und große Einfügungen werden stillschweigend abgeschnitten. Etwa 12k Zeichen sind das sichere Budget. Das reicht nicht für eine echte Frage plus die Dokumente, von denen sie abhängt.

• Die Antwort wird ebenfalls abgeschnitten, und schlimmer noch: unsichtbar. Sie muss aus dem Accessibility-Baum der App zurückgelesen werden, und ein virtualisierter Scroll-Container hält dort keine Offscreen-Inhalte vor. Eine lange Antwort kommt unvollständig zurück, ohne dass dies angezeigt wird.

• Es übernimmt deinen Bildschirm. Das Fenster muss fokussiert sein und Tastendrücke an es gesendet werden. Du kannst nicht tippen, während es läuft, und ein Aufruf nach dem anderen ist die harte Grenze.

• Es bricht bei UI-Änderungen, weil der gerenderte Accessibility-Baum keine Schnittstelle ist, deren Stabilität jemand zugesagt hat.

Den Codex CLI stattdessen zu steuern, beseitigt alle vier. Er läuft headless, liest Dateien direkt von der Festplatte und gibt seine Antwort auf stdout zurück. Entscheidend ist, dass er sich mit einem ChatGPT-Abonnement authentifiziert — es handelt sich also nicht um die OpenAI API mit Abrechnung pro Token, sondern um den Plan, den du bereits bezahlst.

Voraussetzungen

• Node.js 18+

• Codex CLI, angemeldet mit deinem ChatGPT-Konto:

npm install -g @openai/codex
codex login          # choose "Sign in with ChatGPT"

Installation

git clone <this repo> c:\src\ask-chat-mcp
cd c:\src\ask-chat-mcp
.\install.ps1 -DefaultCwd c:\src\YourProject

install.ps1 überprüft die Voraussetzungen, erstellt das Projekt, meldet, ob Codex installiert und angemeldet ist, und registriert den Server bei Claude Code. Idempotent — nach einem Pull erneut ausführbar.

Starte Claude Code neu und bestätige mit /mcp.

Tools

ask_chatgpt

Übergib Pfade, keine Inhalte. Genau darum geht es: Es gibt kein Nutzlast-Budget, das ausgegeben werden müsste, also sende die tatsächlichen Dateien.

chatgpt_status

Meldet, ob Codex installiert und angemeldet ist. Prüfe es, bevor du dich auf ask_chatgpt verlässt, und nutze es, um einen Fehler zu erklären, ohne zu raten.

Konfiguration

Design-Anmerkungen

Schreibgeschützt, doppelt durchgesetzt. Codex ist ein Coding-Agent, der Dateien bearbeiten kann. Eine Zweitmeinung, die deinen Arbeitsbaum umschreiben kann, ist ein Risiko, kein Feature. codex exec verwendet standardmäßig bereits eine schreibgeschützte Sandbox, und wo die installierte Version ein explizites --sandbox read-only akzeptiert, wird es ebenfalls übergeben — die Garantie hängt also nicht davon ab, dass ein Standardwert bestehen bleibt.

Kein Flag wird blind übergeben. Die installierte Version wird einmal über codex exec --help abgefragt, und optionale Flags werden nur verwendet, wenn diese Version sie ausweist. Codex entwickelt sich schnell; seine Schnittstelle zu erraten, würde das ohne Nutzen zerbrechlich machen.

In keiner Richtung gibt es ein Längenlimit. Der Prompt wird über stdin mit codex exec - übergeben, berührt also nie eine Kommandozeile und kann die ~32k-Argumentgrenze nicht erreichen. Die Antwort kommt über --output-last-message zurück, aus einer Datei gelesen statt aus einem Stream geparst, der auch Fortschrittsausgaben enthält. Fortschrittsausgaben gehen an stderr und bleiben für Diagnosen erhalten.

Windows-Shim-Behandlung. npm installiert codex als .cmd-Shim, das Node sich seit dem Argument-Injection-Fix von 2024 weigert, direkt zu starten. Ein fehlgeschlagener direkter Start wird über die Shell erneut versucht. Da der Prompt über stdin statt argv übertragen wird, ist dieser erneute Versuch keine Zitiergefahr für die eine Eingabe, die beliebiger Text ist.

Einschränkungen

• Codex muss angemeldet sein. codex login ist ein interaktiver Browser-Ablauf; er kann nicht automatisiert werden, und chatgpt_status sagt dir, wenn die Anmeldung abgelaufen ist.

• Der Dateizugriff ist auf cwd beschränkt. Bewusst so. Richte es auf das Repository-Wurzelverzeichnis, das du überprüft haben möchtest.

• Es ist nicht schnell. Eine substanzielle Antwort über echte Dateien dauert zig Sekunden. Das Standard-Timeout beträgt fünf Minuten.

• Die Fortsetzung von Sessions ist grob. last setzt den letzten Austausch fort; es gibt keine Auflistung früherer Sessions.