Codex

Codex: Anmeldung und Verlauf mit Drittanbieter-API behalten

Behalte die offizielle Codex-Anmeldung mit Drittanbieter-APIs per config.toml oder CC Switch. Parameter, optionale Anpassungen, Verlauf und Fehlerbehebung.

Nutze den BetterToken API Key für Modellanfragen und behalte die offizielle Codex-Anmeldung. Manuelle Konfiguration und CC Switch trennen offizielle Anmeldedaten von Drittanbieter-Zugangsdaten.

Vorbereitung

Melde dich offiziell in Codex App, Codex CLI oder Extension an. Halte einen BetterToken API Key und die vollständige Model ID aus dem Modellplatz bereit. Gemeinsame Konfiguration erfordert dasselbe CODEX_HOME.

BetterToken API Key · Modellplatz

Konfigurationswege

Manuelle Konfiguration

Offizielle Anmeldedaten behalten

Codex vollständig beenden und die Konfiguration privat sichern. Offizielle Zugangsdaten können in auth.json oder im Betriebssystem gespeichert sein. Den bestehenden Speichermodus behalten, nichts durch API-Key-JSON ersetzen und keine künstliche Anmeldedatei erstellen.

config.toml bearbeiten

Benutzerweite config.toml öffnen: standardmäßig ~/.codex/config.toml auf macOS / Linux oder %USERPROFILE%\.codex\config.toml auf Windows; bei eigenem CODEX_HOME dort bearbeiten. Einstellungen zusammenführen, oberste Schlüssel vor allen TOML-Tabellen platzieren und doppelte Tabellen vermeiden. YOUR_API_KEY lokal durch BetterToken API Key ersetzen.

model_provider = "bettertoken"
model = "gpt-6-astra"

[model_providers.bettertoken]
name = "BetterToken"
base_url = "https://bettertoken.ai/v1"
wire_api = "responses"
requires_openai_auth = true
experimental_bearer_token = "YOUR_API_KEY"
supports_websockets = false

Die beim offiziellen Login erzeugten Anmeldedaten behalten, nicht durch API-Key-JSON ersetzen. requires_openai_auth = true verwendet den offiziellen Authentifizierungsablauf; experimental_bearer_token des aktuellen Providers liefert den Drittanbieter-Key für Modellanfragen. Mit ersterem ignoriert Codex env_key; diesen deshalb nicht direkt anstelle des Bearer Keys einsetzen. Konfigurationsdateien mit Keys nicht teilen.

Konfigurationsparameter

Parameter	Zweck und Position	Standardwerte und Beispiele
`model_provider`	Benutzerkonfiguration, oberste Ebene; wählt die unten definierte ID.	Standard: `openai`; hier `bettertoken`.
`model`	Oberste Ebene; vollständige Model ID aus dem Modellplatz.	Beispiel: `gpt-6-astra`; bei Bedarf ersetzen.
`name`	Provider-Tabelle; nur der Anzeigename.	`BetterToken` ist keine Model ID.
`base_url`	Provider-Tabelle; Base URL der Modell-API.	`https://bettertoken.ai/v1` verwenden; Codex ergänzt `/responses`.
`wire_api`	Provider-Tabelle; Anfrageprotokoll.	Nur `responses` wird aktuell unterstützt und ist der Standard.
`requires_openai_auth`	Provider-Tabelle; OpenAI-Authentifizierung und Anmeldespeicher.	Standard: `false`; hier `true`. Kein Schalter zum Erhalten von Anmeldedateien.
`experimental_bearer_token`	Provider-Tabelle; Bearer Key für Drittanbieteranfragen.	BetterToken API Key eintragen. Der offizielle Anmeldecache bleibt unverändert. Unterstützt, aber als Klartext gespeichert.
`supports_websockets`	Provider-Tabelle; Unterstützung für Responses WebSocket.	Standard: `false`; hier bleibt HTTP/SSE aktiv.

Optionale Modell- und Verbindungseinstellungen

Diese beiden Einstellungen stehen auf oberster Ebene in config.toml. Nur bei Bedarf verwenden; für den Login-Erhalt sind sie nicht nötig.

review_model = "gpt-6-astra"
model_reasoning_effort = "high"

Parameter	Zweck und Position	Standardwerte und Beispiele
`review_model`	Oberste Ebene; Modell für `/review`.	Optional; standardmäßig das aktuelle Sitzungsmodell.
`model_reasoning_effort`	Oberste Ebene; Denkaufwand des Modells.	Beispiel: `high`; Stufen und Standardwerte sind modellabhängig.

Diese drei Einstellungen sind optional und für die Verbindung nicht erforderlich. Bei Bedarf in die vorhandene Tabelle [model_providers.bettertoken] einfügen; keine doppelte Tabelle erstellen.

request_max_retries = 4
stream_max_retries = 8
stream_idle_timeout_ms = 300000

Parameter	Zweck und Position	Standardwerte und Beispiele
`request_max_retries`	Provider-Tabelle; maximale Wiederholungen einer HTTP-Anfrage.	Standard: `4`; je nach Verbindung anpassen.
`stream_max_retries`	Provider-Tabelle; Verbindungswiederholungen nach Stream-Abbruch.	Standard: `5`; `8` ist ein optionaler benutzerdefinierter Wert.
`stream_idle_timeout_ms`	Provider-Tabelle; Stream-Inaktivitätslimit in Millisekunden.	Standard: `300000`; keine Gesamtdauer für die Aufgabe.

CC-Switch-Konfiguration

In aktuellem CC Switch OpenAI Official wählen, Codex starten und offiziell anmelden.
Unter Einstellungen → Anwendungskonfiguration → Codex Offizielle Anmeldung beim Wechsel ohne Übernahme beibehalten einschalten. Der Schalter betrifft direkte Wechsel; während Routing-Übernahme bleibt der Login erhalten.
Auf der Codex-Seite BetterToken hinzufügen oder aktivieren. Base URL https://bettertoken.ai/v1, OpenAI Responses API, BetterToken API Key und Model ID eintragen. BetterToken unterstützt Responses direkt; Protokollumwandlung oder Routing-Übernahme sind nicht nötig.
Speichern und aktivieren. Der Drittanbieter-Key steht im Provider der config.toml, nicht in der offiziellen auth.json.

Einheitlicher Verlauf (optional)

Einheitlicher Codex-Sitzungsverlauf betrifft nur die CLI-Liste resume. Aktuelles Desktop-Codex zeigt bereits alle Sitzungen; dafür ist der Schalter nicht nötig. Bestehende Historie bei Bedarf übertragen; CC Switch sichert sie vorher. Fortsetzen über einen anderen Provider kann an inkompatiblem encrypted_content scheitern. Nach einem Wechsel eine neue Sitzung beginnen.

Neustarten und prüfen

Den verwendeten Codex-Client vollständig beenden, neu starten und eine neue Sitzung öffnen.
Offizielle Anmeldung prüfen; Plugins oder Remote Control in einem dafür geeigneten Client testen.
Eine kurze Anfrage senden, die Model ID und den BetterToken-Nutzungsverlauf prüfen. Der angezeigte Account allein bestimmt nicht den Abrechnungsanbieter.

Konfigurationsebenen und alte Schlüssel

Modell- und Denkeinstellungen gehören nicht in [projects."<path>"]. Ein projektspezifisches Modell kann auf oberster Ebene der .codex/config.toml eines vertrauenswürdigen Projekts stehen; Provider und Authentifizierung bleiben in der Benutzerkonfiguration. Aktuelle Profile verwenden NAME.config.toml unter CODEX_HOME, ausgewählt mit codex --profile NAME, statt alter [profiles.NAME]-Tabellen oder des obersten profile-Schlüssels.

Fehlerbehebung

Symptom	Maßnahme
`401`, `403` oder Anmeldeaufforderung	Aktuelles `CODEX_HOME`, offizielle Anmeldung und Drittanbieter-Key prüfen; Anmeldedaten nicht durch API-Key-JSON ersetzen.
Einstellungen ignoriert oder Modell unverändert	Oberste Modellschlüssel vor allen TOML-Tabellen platzieren, nicht in `[projects."<path>"]`. CLI-, Profil- und Projektüberschreibungen prüfen.
`disable_response_storage` oder `windows_wsl_setup_acknowledged`	Alte Schlüssel entfernen; nicht für aktuelle Einrichtung verwenden.
`features.code_mode_tool_description_first`	Bei Quelle `session-flags` den Client prüfen und aktualisieren, der Startparameter setzt. Nicht in die Benutzerkonfiguration aufnehmen.
`features.guardianv2.thread_context`	Diesen Schlüssel einschließlich Profilüberschreibungen entfernen; übrige Guardian-Einstellungen behalten. Thread-Kontext ist immer aktiv.
Verlauf sichtbar, Fortsetzen über andere Provider schlägt fehl	Neue Sitzung starten oder den ursprünglichen Provider verwenden.

Codex: Anmeldung und Verlauf mit Drittanbieter-API behalten

Vorbereitung

Konfigurationswege

Manuelle Konfiguration

Offizielle Anmeldedaten behalten

config.toml bearbeiten

Konfigurationsparameter

Optionale Modell- und Verbindungseinstellungen

CC-Switch-Konfiguration

Einheitlicher Verlauf (optional)

Neustarten und prüfen

Konfigurationsebenen und alte Schlüssel

Fehlerbehebung

Quellen