Codex -> GoModel -> upstream
Codex kommuniziert mit GoModel über einen GoModel-Master-Key, sodass jeder Request im Dashboard
erscheint. Sie müssen nur entscheiden, welcher Provider das Modell bereitstellt, denn davon hängt
ab, worüber abgerechnet wird:
Alles ab hier ist in beiden Fällen gleich.
Bevor Sie beginnen
- Installieren Sie Codex auf Ihrem Rechner.
- Wählen Sie einen GoModel-Master-Key, zum Beispiel
change-me.
-e OPENAI_API_KEY="sk-..." – und verwenden Sie in Schritt 2 eines
seiner Modelle.
1. Responses API prüfen
Optional: Prüfen Sie, ob GoModel einen einfachen Responses-Request beantwortet, bevor Sie Codex einbeziehen. Verwenden Sie ein Modell, das Ihr konfigurierter Provider tatsächlich bereitstellt.ok. Die Entsprechungen in Python und JavaScript finden Sie in der
Referenz zur Responses API.
2. Codex für GoModel konfigurieren
Fügen Sie in~/.codex/config.toml einen Responses-basierten Provider hinzu:
Codex verlangt diese Variable auch dann, wenn Sie mit ChatGPT angemeldet sind, und sie enthält
den GoModel-Master-Key – keinen OpenAI-Key. Ohne sie startet der Provider nicht.
Codex ignoriert
OPENAI_BASE_URL. Verwenden Sie die obige Provider-Konfiguration, oder setzen
Sie openai_base_url in der Codex-Konfiguration, wenn Sie bewusst den eingebauten
OpenAI-Provider überschreiben möchten.3. Einen Test-Prompt mit Codex ausführen
Codex 0.147.0 loggt beim Start
failed to refresh available models: missing field "models". Codex ruft seinen eigenen Katalog-Endpunkt auf, den GoModel im Standardformat von
OpenAI /v1/models beantwortet. Die Meldung ist rein kosmetisch – Codex greift auf einen
Fallback zurück, und die Session funktioniert.4. Traffic in GoModel prüfen
Öffnen Sie die Audit-Logs im GoModel-Dashboard: http://localhost:8080/admin/dashboard/audit So können Sie bestätigen, dass Codex GoModel erreicht, und den vollständigen Verlauf von Request und Response einsehen. Im selben Dashboard können Sie Ihren GoModel-Traffic und Ihre Nutzung weiter verfolgen.DeepSeek V4
Codex sendetPOST /v1/responses, was DeepSeek nicht nativ bedient. Verwenden Sie
type: deepseek statt type: openai: Der DeepSeek-Provider übersetzt /responses in
/chat/completions, während der generische OpenAI-Provider den Request unverändert an den
Upstream weiterleitet.
model = "deepseek-v4-pro" in der Codex-Konfiguration aus Schritt 2. Auf der
DeepSeek-Seite finden Sie die Zuordnung des Reasoning-Efforts, und unter
Responses-Kompatibilität steht, was Provider mit
Chat-Übersetzung verwerfen – einschließlich des reasoning.encrypted_content, das Codex bei jedem
Request anfordert.
Aktueller Stand
- der empfohlene Integrationsweg ist Codex Custom Provider -> Standard-URL
http://localhost:8080/v1 - im Custom-Provider-Modus sendet Codex
POST /v1/responsesals einfaches JSON, daher ist der alte Workaround--disable enable_request_compressionnicht mehr erforderlich
Referenzen
- Diskussion zu OpenAI Codex: Deprecating
chat/completionssupport in Codex - Repository von OpenAI Codex: openai/codex
Validiert am 20. August 2026
Diese Anleitung wurde mit einer lokalen GoModel-Instanz und Codex CLI0.147.0 validiert. Die
lokale Validierung hat bestätigt:
codex exechat überCodex -> GoModel -> ChatGPT subscriptionden WertokzurückgegebenPOST /v1/responseshat sowohl für Streaming- als auch für Nicht-Streaming-Aufrufer200 OKzurückgegeben- Codex hat einfaches JSON gesendet; es war kein
Content-Encoding: zstd-Header vorhanden - der benutzerdefinierte
gomodel-Provider ist ohne seinenenv_keyfehlgeschlagen, weil Codex diese Variable auch bei einer Anmeldung mit ChatGPT verlangt