Codex in VS Code in Russland: Offizielle Anmeldung und eigene API
So bleibt die offizielle Anmeldung der Codex Extension erhalten, während Modellanfragen über einen eigenen Responses-API-Provider und ein separates Bearer-Token laufen.
Die Codex VS Code Extension liest die gemeinsame Datei ~/.codex/config.toml. Sie kann einen eigenen Provider verwenden und zugleich die offizielle Anmeldung der Extension beibehalten. Dafür werden OpenAI Responses, eine kompatible Base URL und ein separates Bearer-Token benötigt. Nach der Änderung müssen Sie das VS-Code-Fenster neu laden und eine neue Sitzung anlegen.
Sie möchten die offizielle Codex-Anmeldung behalten und Modellanfragen über Ihren eigenen API-Key leiten? Erstellen Sie ein BetterToken-Konto und gleichen Sie die Werte mit der aktuellen Codex-VS-Code-Anleitung ab. Diese Konfiguration ersetzt die offizielle OpenAI-Anmeldung nicht und ändert weder regionale Voraussetzungen für Marketplace noch für Konto oder Extension.
Vor dem Start
Bereiten Sie Folgendes vor:
- die aktuelle Codex VS Code Extension aus dem offiziellen Marketplace;
- eine abgeschlossene offizielle Anmeldung in der Extension oder der Codex App;
- Ihren eigenen BetterToken API Key;
- eine aktuelle Model ID aus der BetterToken Model Plaza;
- eine Sicherung der vorhandenen
config.toml, falls sie bereits eingerichtet ist.
Codex CLI, App und IDE-Extension verwenden dieselbe Datei auf Benutzerebene. Ein alter Custom Provider kann daher mehrere Oberflächen gleichzeitig beeinflussen. Öffnen Sie die Datei vor der Änderung und prüfen Sie, welche Abschnitte bereits vorhanden sind.
Falls Sie noch nicht entschieden haben, wo Sie Codex einsetzen, lesen Sie zuerst den Vergleich von Codex CLI und Desktop App. Dort werden Terminal, App, VS Code und die unterschiedlichen Authentifizierungswege für Custom Provider getrennt erklärt.
Pfad unter macOS und Linux:
Unter Windows:
1. Offizielle Anmeldung prüfen
Installieren Sie die Extension, öffnen Sie das Codex-Panel und schließen Sie die offizielle Anmeldung ab. Fügen Sie den Custom Provider erst danach hinzu: Andernfalls lässt sich ein Kontofehler kaum von einem API-Fehler unterscheiden.
Senden Sie nach der Anmeldung eine kurze Anfrage über einen unterstützten offiziellen Modus. Wenn sich die Extension nicht öffnet oder der Anmelde-Callback nicht abgeschlossen wird, beheben Sie dieses Problem zuerst mithilfe der offiziellen Codex-IDE-Dokumentation.
2. BetterToken-Provider hinzufügen
Öffnen Sie die Benutzerdatei config.toml und fügen Sie genau eine Provider-Konfiguration hinzu:
Die exakten Felder, die aktuelle Model ID und die Authentifizierung werden hier bewusst nicht festgeschrieben, weil sie von der aktuellen Extension-Version abhängen. Öffnen Sie die aktuelle BetterToken-Anleitung für Codex VS Code und übernehmen Sie nur die dort genannten Werte in Ihre config.toml auf Benutzerebene.
Verwenden Sie Ihren eigenen API Key nur an der von der aktuellen Anleitung vorgesehenen Stelle. Die Datei liegt zwar im Benutzerordner .codex, darf aber weder in Git eingecheckt noch einem Projektarchiv oder einem öffentlichen Gist hinzugefügt werden. Speichern Sie den BetterToken API Key nicht in auth.json.
3. Zwei Authentifizierungsmodi nicht vermischen
CLI, Desktop App und VS Code Extension können unterschiedliche, versionsabhängige Authentifizierungseinstellungen verwenden. Übernehmen Sie keine Felder zwischen Clients. Folgen Sie den aktuellen client-spezifischen Anleitungen und behalten Sie nur die aktive Provider-Konfiguration, die sie vorgeben; fügen Sie niemals tokenhaltige Ausgaben in ein Issue ein.
4. VS Code neu laden
Speichern Sie die Datei. Öffnen Sie die Befehlspalette und führen Sie Folgendes aus:
Öffnen Sie anschließend das Codex-Panel erneut und erstellen Sie eine neue Sitzung. Eine alte Sitzung kann den vorherigen Provider oder das vorherige Modell weiterverwenden.
5. Anfrage prüfen
Öffnen Sie ein Testverzeichnis und senden Sie eine Anfrage, die keine Dateien ändert:
Die Einrichtung ist bestätigt, wenn:
- die Extension offiziell angemeldet bleibt;
- die Antwort ohne
401,403odermodel not foundeintrifft; - die im aktuellen Guide ausgewählte Model ID verwendet wird;
- das BetterToken Dashboard die zugehörige Anfrage mit Status und Token-Verbrauch anzeigt.
Plugins und Remote Control hängen von der offiziellen Anmeldung und der jeweiligen Codex-Version ab. BetterToken deckt die Modell-API ab und verspricht nicht, dass diese Funktionen unter allen Bedingungen verfügbar sind.
Häufige Fehler
Die Extension fordert erneut zur Anmeldung auf
Stellen Sie die offizielle Anmeldung wieder her und vergleichen Sie die aktuellen Authentifizierungseinstellungen der Extension mit dem Guide. Ersetzen Sie auth.json nicht durch einen BetterToken-Key.
401 oder 403
Vergleichen Sie nur die aktuellen Authentifizierungseinstellungen der Extension mit dem Guide und geben Sie Ihren Schlüssel bei Bedarf sorgfältig erneut ein. Veröffentlichen Sie nie die gesamte Datei.
Duplicate table
Behalten Sie keine doppelte aktive Provider-Konfiguration. Wenn Sie mehrere Varianten benötigen, bewahren Sie getrennte geprüfte Konfigurationen auf und wechseln Sie bewusst nach der aktuellen Anleitung.
Modell nicht gefunden
Verwenden Sie die genaue aktuelle Model ID aus dem Guide oder Workspace. Ein alter Name aus einem Artikel oder Screenshot ist keine verlässliche Quelle.
Änderungen wurden nicht übernommen
Entfernen Sie widersprüchliche alte Provider- oder Profile-Felder, speichern Sie die Datei, führen Sie Developer: Reload Window aus und starten Sie eine neue Sitzung. Besteht das Problem weiter, schließen Sie VS Code vollständig und prüfen Sie die Benutzerdatei, die die Extension tatsächlich liest.
Die Felder dieser erweiterten Einrichtung können sich mit Codex ändern. Öffnen Sie vor einer erneuten Konfiguration die BetterToken-Dokumentation für Codex VS Code und die offizielle Codex-Referenz.