GPT-5.6-Modellfehler in Codex beheben

Wenn GPT-5.6 in Codex fehlschlägt, sagt Ihnen der Fehler selten, was zu beheben ist. Der Schlüssel stellt das Modell möglicherweise nicht offen, die Route /v1 ist möglicherweise falsch oder eine direkte Antwortanforderung funktioniert möglicherweise, während der Anbieter von Codex hinzugefügte Metadaten ablehnt. Wenn Sie denselben Befehl erneut ausführen, wird das Symptom normalerweise reproduziert. Es identifiziert allein nicht die fehlerhafte Schicht.

Dieses kostenlose Kit testet diese Möglichkeiten Schicht für Schicht. Es überprüft die genauen Modell-IDs, die grundlegende Antwortausgabe, eine genaue SSE-Textmarkierung und ein Terminalereignis response.completed sowie die benannte Funktion mit genauen JSON-Argumenten. Anschließend wird Codex mit temporären Anbietereinstellungen aus einem leeren Arbeitsverzeichnis ausgeführt und ein bereinigter JSON-Bericht geschrieben. Direkte Prüfungen senden nur feste Markierungen; Der Rauchtest Codex lässt Ihre bestehende Konfiguration unverändert. Das Kit prüft die Kompatibilität; Es gibt keinen Maßstab für die Modellqualität.

Vergleichen Sie den GPT-5.6-Fehler, bevor Sie die Konfiguration ändern

Fügen Sie nicht einen einzelnen Fehler in eine zufällige Konfigurationslösung ein. Eine direkte API 404, eine Codex-Modellmetadatenwarnung und eine Provider-Nachricht cooling down beschreiben verschiedene Ebenen. Die folgenden Prüfungen bewahren diese Unterscheidung.

Was das Kit beweist

Die Karos sind bewusst geschichtet:

1. GET /v1/models bestätigt, dass der Schlüssel jede genaue Modell-ID sehen kann.
2. Ein minimaler, nicht streamender Responses-Aufruf bestätigt die Basisgenerierung und verifiziert die zurückgegebene Modell-ID.
3. Eine SSE-Prüfung erfordert eine exakte Textmarkierung und ein Terminal-Ereignis response.completed.
4. Eine strikte Funktionsprüfung erfordert die benannte Funktion und genaue JSON-Argumente.
5. Ein isolierter codex exec-Lauf testet den installierten Codex CLI über denselben Anbieter.

Das Durchlaufen einer Schicht bedeutet nicht, dass die nächste Schicht durchgeht. Diese Trennung ist der nützliche Teil: Wenn direkte API-Prüfungen erfolgreich sind und nur codex_cli_smoke fehlschlägt, ist es unwahrscheinlich, dass eine Änderung des API-Schlüssels oder der Modell-ID das eigentliche Problem behebt.

Führen Sie es aus, ohne Ihr bestehendes Setup zu berühren

Legen Sie check.mjs und den Launcher für Ihre Shell im selben Verzeichnis ab. Lesen Sie in Bash oder Zsh den Schlüssel, ohne seinen Literalwert in den Shell-Verlauf einzutragen:

chmod +x run.sh
printf 'OmniaKey API key: ' >&2
IFS= read -r -s OMNIAKEY_API_KEY
printf '\n' >&2
export OMNIAKEY_API_KEY
./run.sh
unset OMNIAKEY_API_KEY

Auf Windows PowerShell:

$secureKey = Read-Host 'OmniaKey API key' -AsSecureString
$env:OMNIAKEY_API_KEY = [System.Net.NetworkCredential]::new('', $secureKey).Password
.\run.ps1
Remove-Item Env:OMNIAKEY_API_KEY
$secureKey = $null

Der Standardlauf testet die grundlegende Antwortausgabe auf Sol, Terra und Luna, dann Streaming, Funktionsaufrufemission und Codex End-to-End auf Sol. Das sind fünf feste direkte Generationen plus eine isolierte Codex-Runde, wenn Codex installiert ist. Die Nutzung von API kann in Rechnung gestellt werden, auch wenn das Kit kostenlos ist.

Verwenden Sie --full, um die tiefergehenden Prüfungen bei allen drei Modellen zu wiederholen. Das sind neun direkte Generationen und drei Codex-Umdrehungen. Direkte API-Wiederholungsversuche und die Wiederholungslimits beider Codex-Anbieter sind Null; Das Kit versucht nicht, ein 429. herzustellen. Wenn ein Modell die feste Anweisung „Kein Werkzeug“ ignoriert und eine Werkzeugschleife startet, kann ein Codex-Turn eine weitere Modellanforderung stellen und der Bericht markiert sie als fehlgeschlagen:

./run.sh --full

So testen Sie ein Modell, ohne Codex aufzurufen:

./run.sh --model gpt-5.6-terra --skip-codex

Der Schlüssel wird nur über eine Umgebungsvariable akzeptiert und ist niemals ein Befehlszeilenargument. Die oben genannten stillen Eingabebefehle halten den Literalwert aus dem Shell-Verlauf fern; Wie jede Prozessumgebungsvariable kann sie dennoch von lokalen Prozessen mit ausreichender Berechtigung überprüft werden, solange sie festgelegt ist. Vor dem Schreiben des Berichts schwärzt das Skript den genauen Schlüssel sowie die gängigen Formulare Bearer und sk-... aus jedem vom Anbieter kontrollierten Zeichenfolgenfeld.

Was der Bericht aufzeichnet

Jeder Bericht enthält die Kit-Version, den UTC-Zeitstempel, den Endpunktursprung und den Basispfad, das Betriebssystem, die Architektur, die Knoten- und Codex-Versionen, ausgewählte Modelle, beide Zeitüberschreitungswerte und die expliziten Null-Wiederholungsgrenzen. Abhängig von der Ebene und dem Ergebnis umfassen die anwendbaren Prüffelder:

• angeforderte und gemeldete Modell-IDs;
• Status „Bestanden“, „Nicht bestanden“ oder „Überspringen“;
• HTTP-Status und Antwortheader auf der Zulassungsliste für Anforderungs-IDs und Ratenlimits;
• Antwort-ID und Token-Nutzung, wenn der Endpunkt sie zurückgibt;
• verstrichene Zeit und der genaue Grund für das Scheitern des Vertrags oder das Überspringen;
• eine normalisierte Fehlerkategorie ohne den Schlüssel API oder den Rohantworttext.

Die Ausgabedatei wird auf POSIX-Systemen nur mit Eigentümerberechtigungen erstellt. Anforderungs-IDs sind keine Anmeldeinformationen. Überprüfen Sie jedoch den Bericht, bevor Sie ihn freigeben, da sie einem Anbieter dabei helfen können, eine Anforderung nachzuverfolgen.

Der Exit-Code 0 bedeutet, dass jede ausgeführte Prüfung bestanden wurde. 1 bedeutet, dass mindestens eine ausgeführte Prüfung fehlgeschlagen ist. 2 bedeutet, dass die Argumente, die Schlüsselumgebung, die URL oder eine andere Voraussetzung ungültig waren. Eine fehlende Codex-Installation wird als skip gemeldet und nicht als API-Fehler getarnt.

Die verifizierten GPT-5.6-Fakten

OpenAI dokumentiert derzeit genau diese API-IDs und Rollen:

Der Alias gpt-5.6 leitet derzeit an gpt-5.6-sol weiter. Verwenden Sie für die Diagnose die expliziten IDs: Ein Alias ​​fügt eine Routing-Frage hinzu, die der Kompatibilitätstest nicht benötigt.

Auf den drei aktuellen Modellseiten sind alle ein 1,050,000-Token-Kontextfenster API, eine maximale Eingabe 922,000, eine maximale Ausgabe 128,000 und ein Wissensgrenzwert 2026-02-16 aufgeführt. Sie listen außerdem Antworten, Chat Completions und Batch-Unterstützung sowie Streaming, strukturierte Ausgaben und Funktionsaufrufe auf. Siehe die Hauptseiten für Sol, Terra und Luna.

Hierbei handelt es sich um API-Modellgrenzen, nicht um das Versprechen, dass jede Codex-Clientkonfiguration das gesamte Fenster verfügbar macht. Codex verfügt über einen eigenen Modellkatalog, model_context_window, und ein automatisches Verdichtungsverhalten. Dieses Kit sendet keine Millionen-Token-Eingabeaufforderung und leitet aus der API-Überschrift kein wirksames Codex-Fenster ab.

Eine minimale Codex-Anbieterkonfiguration

Die aktuelle Codex-Konfiguration verwendet einen ~/.codex/config.toml auf Benutzerebene für benutzerdefinierte Anbieter. In der aktuellen Konfigurationsreferenz wird responses als unterstützter wire_api-Wert aufgeführt. Ein minimales OmniaKey-Beispiel ist:

model = "gpt-5.6-sol"
model_provider = "omniakey"

[model_providers.omniakey]
name = "OmniaKey"
base_url = "https://api.omniakey.com/v1"
env_key = "OMNIAKEY_API_KEY"
wire_api = "responses"

env_key und requires_openai_auth sind alternative Authentifizierungsmodi. Aktuelle Codex-Authentifizierungsdokumentation besagt, dass requires_openai_auth = true Codex veranlasst, env_key zu ignorieren; Fügen Sie es nicht zu diesem Anbieterblock hinzu.

Sichern Sie eine echte Konfiguration, bevor Sie sie bearbeiten:

cp ~/.codex/config.toml ~/.codex/config.toml.before-gpt56

PowerShell-Äquivalent:

Copy-Item "$HOME\.codex\config.toml" "$HOME\.codex\config.toml.before-gpt56"

Für die Kompatibilitätsprüfung ist es nicht erforderlich, dass Sie diese Datei bearbeiten oder ihre Anbietereinstellungen verwenden. Sein Codex-Rauchtest ignoriert die Benutzerkonfiguration, erstellt ein temporäres CODEX_HOME, übergibt die Anbietereinstellungen nur an diesen Prozess, verwendet ein leeres Arbeitsverzeichnis und eine schreibgeschützte Sandbox und entfernt dann das Verzeichnis. Es übergibt nur den Schlüssel sowie eine Zulassungsliste mit Laufzeit-, Gebietsschema-, temporären Verzeichnis-, Proxy- und TLS-Umgebungsvariablen. Der Bericht zeichnet ihre Namen auf, niemals ihre Werte.

Das schreibgeschützte Sandboxing verhindert Schreibvorgänge, nicht jeden möglichen Lesevorgang. Die feste Eingabeaufforderung „Kein Werkzeug“ wird überprüft, stellt jedoch keine harte Sicherheitsgrenze dar. Verwenden Sie --skip-codex oder führen Sie das Kit in einem isolierten Container oder einer VM aus, wenn der Computer über Dateien verfügt, die der Prozess Codex nicht lesen kann.

Lesen Sie die Codex-Konfigurationsreferenz und den OmniaKey Coding-Agent-Leitfaden, bevor Sie dauerhafte Änderungen vornehmen. Für die Produktentscheidung und nicht für die Fehlerbehebung lesen Sie den Claude Code vs. Codex-Vergleich.

Wenn Codex bereits ausgewählt ist und die Entscheidung Sol, Terra oder Luna ist, verwenden Sie den GPT-5.6-Modellleitfaden für Codex.

Weitere Fakten zur Familie und die offiziellen API-Preise finden Sie in der GPT-5.6-Rezension; Dieses Kit konzentriert sich weiterhin auf die Fehlerbehebung bei der Kompatibilität.

Lesen Sie Fehler nach Ebenen, nicht nach Vermutungen

Fassen Sie 401 und 403 nicht in derselben Diagnose zusammen. Ein 401 verweist normalerweise auf die Authentifizierung; Ein 403 kann bedeuten, dass einer gültigen Identität die Berechtigung fehlt. Ebenso kann ein 404 ein falscher /v1-Basispfad oder ein gültiger Pfad mit einem nicht verfügbaren Modell sein.

Im Fehlerleitfaden von OpenAI wird empfohlen, die Anforderungsform auf fehlerhafte Anforderungen zu überprüfen, Anrufe auf Ratenbegrenzungen zu takten und Serverfehler kurzzeitig erneut zu versuchen. Dieses Kit überlässt Ihnen absichtlich Wiederholungsversuche, sodass der erste Fehler sichtbar bleibt.

Die aktuelle Custom-Provider-Falle

Zwei offene Codex-Berichte, #31870 und #31882, dokumentieren GPT-5.6-Fehler über Azure/benutzerdefinierte Anbieter auf Codex 0.144.x. In den gemeldeten Fällen waren direkte Antwortaufrufe erfolgreich, während Codex-Anfragen mit 400-Fehlern fehlschlugen, die X-OpenAI-Internal-Codex-Responses-Lite oder den reservierten collaboration-Namespace erwähnten.

Bei diesen Problemen handelt es sich um Erfahrungsberichte und nicht um einen Beweis dafür, dass jeder benutzerdefinierte Anbieter versagt. Genau aus diesem Grund läuft das Kit direkt und die Codex-Schichten separat.

Wenn Ihr Bericht diese Aufteilung zeigt:

1. Notieren Sie codex_version, die genaue Fehlerkategorie und die Anforderungs-ID.
2. Aktualisieren Sie auf die neueste stabile Version Codex und führen Sie dieselbe Kit-Version erneut aus.
3. Überprüfen Sie, ob die beiden Probleme noch offen sind und ob ein Betreuer einen Fix veröffentlicht hat.
4. Senden Sie den bereinigten Bericht an Ihren Anbieter oder den Codex-Support, wenn der Fehler weiterhin besteht.

Problem #31882 beschreibt eine vollständige Modellkatalogüberschreibung, die Responses-Lite und Multi-Agent-Metadaten deaktiviert. Es ist fragil: Die Überschreibung ersetzt Katalogmetadaten, kann nach einem Upgrade abweichen und möglicherweise das Verhalten deaktivieren, auf das Sie sich verlassen. Die Version 1.0.0 dieses Kits erkennt die gemeldeten Fehlersignaturen, führt jedoch bewusst kein Patch für Codex durch und empfiehlt auch kein stilles Downgrade.

Was dieses Kit nicht misst

Dies ist eine Kompatibilitätsprüfung, kein Benchmark für die Modellqualität. Es werden weder die Codierungsgenauigkeit, das Verhalten bei langen Kontexten, die Cache-Trefferrate, die Produktionslatenz, das progressive SSE-Flush-Timing, der in Rechnung gestellte Preis, die Bildeingabe, gehostete Tools, die Arbeit mit mehreren Agenten noch eine vollständige Funktionsaufruf-Fortsetzungsschleife verglichen. Ein grüner Bericht bedeutet, dass die getesteten Verträge einmal mit den aufgezeichneten Versionen und dem Endpunkt funktionierten. Es prognostiziert nicht jede Arbeitslast und bietet keine Isolierung des Dateisystems auf Prozessebene.

Bewahren Sie zur Reproduzierbarkeit den erstellten Bericht und die genauen Kit-Dateien auf. Überprüfen Sie Downloads mit SHA256SUMS, führen Sie sie nach einem Codex- oder Anbieterwechsel erneut aus und vergleichen Sie einzelne Prüfungen und nicht nur den endgültigen Status.

Häufig gestellte Fragen

Warum sagt Codex, dass Modellmetadaten nicht gefunden wurden?

Codex konnte das ausgewählte Modell nicht mit den Katalogmetadaten abgleichen und ist auf generische Werte zurückgegriffen. Überprüfen Sie, ob eine direkte Antwortanfrage funktioniert, bevor Sie die Anmeldeinformationen ändern. Wenn nur Codex fehlschlägt, notieren Sie die Codex-Version und führen Sie die isolierte CLI-Prüfung durch.

Warum erhalte ich „Modell nicht gefunden“ oder „404“ für GPT-5.6 Sol?

Stellen Sie sicher, dass die Basis-URL auf /v1 endet, und überprüfen Sie dann GET /v1/models auf die genaue Kleinbuchstaben-ID gpt-5.6-sol. Ein gültiger Schlüssel garantiert nicht den Zugriff auf jedes Modell.

Warum ist GPT-5.6 mit meinem ChatGPT Codex-Login nicht verfügbar?

ChatGPT-authentifizierter Codex und ein API-Schlüssel über einen benutzerdefinierten Anbieter sind separate Zugriffspfade. Die Verfügbarkeit in dem einen beweist nicht die Verfügbarkeit im anderen.

Sollte ich einen Fehler beim Abkühlen aller Anmeldeinformationen erneut versuchen?

Folgen Sie dem Wiederholungs- oder Reset-Signal des Anbieters. Wiederholte sofortige Wiederholungsversuche reparieren einen erschöpften Anmeldeinformationspool nicht und können zu mehr Last führen.

Wann sollte ich das Kompatibilitätskit ausführen?

Führen Sie es aus, wenn die Meldung allein nicht erkennen lässt, ob der Modellzugriff, Responses API oder Codex fehlschlägt. Bewahren Sie den bereinigten Bericht auf, wenn Sie Provider- oder Codex-Unterstützung benötigen.

Quellen überprüft

• Mit GPT-5.6
• GPT-5.6-Modelle in Codex
• GPT-5.6 Sol Modellseite
• GPT-5.6 Terra Modellseite
• GPT-5.6 Luna Modellseite
• Codex Konfigurationsreferenz
• Codex Authentifizierung für alternative Anbieter
• OpenAI API Fehleranleitung
• Codex issue #31870 und #31882, beide geöffnet, wenn aktiviert