CodexのGPT-5.6モデルエラーを直す

GPT-5.6 が Codex で失敗した場合、エラーによって修正内容が示されることはほとんどありません。 キーがモデルを公開しない、/v1 ルートが間違っている、またはプロバイダーが Codex によって追加されたメタデータを拒否している間に直接応答リクエストが機能する可能性があります。 通常、同じコマンドを再度実行すると症状が再現されます。 それ自体では、障害が発生しているレイヤーを特定しません。

この無料キットは、これらの可能性をレイヤーごとにテストします。 正確なモデル ID、基本的な応答出力、正確な SSE テキスト マーカーと端末 response.completed イベント、および正確な JSON 引数を持つ名前付き関数を検証します。 次に、空の作業ディレクトリから一時的なプロバイダー設定を使用して Codex を実行し、サニタイズされた JSON レポートを 1 つ書き込みます。 直接チェックは固定マーカーのみを送信します。 Codex スモーク テストでは、既存の構成は変更されません。 キットは互換性をチェックします。 モデルの品質をベンチマークするものではありません。

構成を変更する前に GPT-5.6 エラーを照合してください

ランダムな構成回避策に 1 つのエラーも貼り付けないでください。 ダイレクト API 404、Codex モデル メタデータ警告、およびプロバイダー cooling down メッセージは、さまざまなレイヤーを説明します。 以下のチェックではその区別が維持されます。

キットが証明するもの

チェックは意図的に階層化されています。

1. GET /v1/models は、キーが各正確なモデル ID を参照できることを確認します。
2. 最小限の非ストリーミング レスポンス呼び出しにより、基本的な生成が確認され、返されたモデル ID が検証されます。
3. SSE チェックには、正確なテキスト マーカーと端末 response.completed イベントが必要です。
4. 厳密な関数チェックには、名前付き関数と正確な JSON 引数が必要です。
5. 分離された codex exec の実行では、同じプロバイダーを通じて、インストールされている Codex CLI がテストされます。

1 つのレイヤーを通過しても、次のレイヤーが通過することを意味するものではありません。 この分離は有用な部分です。直接の API チェックが合格し、codex_cli_smoke のみが失敗した場合、API キーまたはモデル ID を変更しても実際の問題が解決される可能性は低いです。

既存の設定に手を加えずに実行します

check.mjs とシェルのランチャーを同じディレクトリに配置します。 Bash または Zsh では、リTerraル値をシェル履歴に置かずにキーを読み取ります。

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

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

デフォルトの実行では、Sol、Terra、および Luna で基本的な応答出力をテストし、次にストリーミング、関数呼び出しの発行、および Sol での Codex エンドツーエンドをテストします。 これは、Codex がインストールされている場合、5 つの固定直接世代と 1 つの分離 Codex ターンになります。 キットが無料であっても、API の使用量は請求される可能性があります。

--full を使用して、3 つのモデルすべてに対して詳細なチェックを繰り返します。 これにより、直接の世代が 9 回と Codex ターンが 3 回になります。 直接の API 再試行と Codex プロバイダーの両方の再試行制限はゼロです。 キットは 429. の製造を試行しません。モデルが修正されたツールなし命令を無視してツール ループを開始すると、Codex ターンで別のモデル リクエストが作成され、レポートで失敗としてマークされる可能性があります。

./run.sh --full

Codex を呼び出さずに 1 つのモデルをテストするには:

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

キーは環境変数を介してのみ受け入れられ、コマンドライン引数として受け入れられることはありません。 上記のサイレント入力コマンドは、そのリTerraル値をシェル履歴に記録しません。 他のプロセス環境変数と同様に、設定されている間は十分な権限があればローカル プロセスによって検査できます。 レポートを作成する前に、スクリプトは正確なキーと、プロバイダーが制御するすべての文字列フィールドからの一般的な Bearer および sk-... フォームを編集します。

報告書に記録される内容

すべてのレポートには、キットのバージョン、UTC タイムスタンプ、エンドポイントの起点とベース パス、オペレーティング システム、アーキテクチャ、ノードと Codex のバージョン、選択したモデル、両方のタイムアウト値、および明示的なゼロ再試行制限が含まれます。 レイヤーと結果に応じて、該当するチェック フィールドには次のものが含まれます。

• 要求および報告されたモデル ID。
• 合格、失敗、またはスキップのステータス。
• HTTP ステータスと、リクエスト ID とレート制限のホワイトリストに登録された応答ヘッダー。
• エンドポイントが返すときの応答 ID とトークンの使用法。
• 経過時間と失敗した契約またはスキップの正確な理由。
• API キーまたは生の応答本文を含まない正規化されたエラー カテゴリ。

出力ファイルは、POSIX システム上の所有者のみのアクセス許可で作成されます。 リクエスト ID は認証情報ではありませんが、プロバイダーがリクエストを追跡するのに役立つため、レポートを共有する前に確認してください。

終了コード 0 は、実行されたすべてのチェックがパスしたことを意味します。 1 は、実行されたチェックが少なくとも 1 つ失敗したことを意味します。 2 は、引数、キー環境、URL、または別の前提条件が無効であることを意味します。 不足している Codex インストールは、API の障害として偽装されるのではなく、skip として報告されます。

GPT-5.6 の検証済みの事実

現在、OpenAI には、これらの正確な API ID と役割が文書化されています。

gpt-5.6 エイリアスは現在、gpt-5.6-sol にルーティングされます。 診断には、明示的な ID を使用します。エイリアスは、互換性テストには必要のないルーティングの質問を追加します。

現在の 3 つのモデル ページにはすべて、1,050,000 トークン API コンテキスト ウィンドウ、922,000 最大入力、128,000 最大出力、および 2026-02-16 知識カットオフがリストされています。 また、レスポンス、Chat Completions、バッチのサポートに加えて、ストリーミング、構造化出力、関数呼び出しもリストされています。 Sol、Terra、および Luna の主要ページを参照してください。

これらは API モデルの制限であり、すべての Codex クライアント構成がウィンドウ全体を公開することを保証するものではありません。 Codex には、独自のモデル カタログ model_context_window と自動圧縮動作があります。 このキットは、100 万トークンのプロンプトを送信したり、API ヘッドラインから有効な Codex ウィンドウを推測したりすることはありません。

最小限の Codex プロバイダー構成

現在の Codex 構成は、カスタム プロバイダーにユーザーレベルの ~/.codex/config.toml を使用します。 現在の構成リファレンスには、サポートされる wire_api 値として responses がリストされています。 最小限の OmniaKey の例は次のとおりです。

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 および requires_openai_auth は、代替認証モードです。 現在の Codex 認証ドキュメント には、requires_openai_auth = true が Codex に env_key を無視させると記載されています。 このプロバイダー ブロックには追加しないでください。

実際の構成を編集する前にバックアップします。

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

PowerShell に相当するもの:

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

互換性チェッカーでは、そのファイルを編集したり、そのプロバイダー設定を使用したりする必要はありません。 その Codex スモーク テストはユーザー設定を無視し、一時的な CODEX_HOME を作成し、プロバイダー設定をそのプロセスにのみ渡し、空の作業ディレクトリと読み取り専用サンドボックスを使用して、ディレクトリを削除します。 キーと、ランタイム、ロケール、一時ディレクトリ、プロキシ、および TLS 環境変数の許可リストのみを渡します。 レポートには名前が記録されますが、値は記録されません。

読み取り専用サンドボックスは、書き込みを禁止しますが、すべての読み取りを禁止するわけではありません。 修正されたツールなしプロンプトはチェックされていますが、これは厳密なセキュリティ境界ではありません。 マシンに Codex プロセスが読み取れないファイルがある場合は、--skip-codex を使用するか、分離されたコンテナーまたは VM 内でキットを実行します。

永続的な変更を行う前に、Codex 構成リファレンス およびOmniaKey コーディング エージェント ガイドを参照してください。 トラブルシューティングではなく製品に関する決定については、Claude Code と Codex の比較をお読みください。

Codex がすでに選択されており、決定が Sol、Terra、または Luna である場合は、Codex の GPT-5.6 モデル ガイドを使用してください。

詳しいファミリー情報と API の公式価格については、GPT-5.6 レビューをご覧ください。 このキットは引き続き互換性のトラブルシューティングに重点を置いています。

推測ではなくレイヤーごとにエラーを読み取る

401 と 403 を同じ診断にまとめないでください。 401 は通常、認証を指します。 403 は、有効な ID に権限がないことを意味する可能性があります。 同様に、404 は、間違った /v1 ベース パスであるか、使用できないモデルの有効なパスである可能性があります。

OpenAI の エラー ガイド では、不正なリクエストのリクエスト シェイプをチェックし、レート制限に合わせて呼び出しのペースを調整し、サーバー エラーを短時間再試行することを推奨しています。 このキットでは、最初の失敗が表示されたままになるように、意図的に再試行が許可されます。

現在のカスタムプロバイダートラップ

2 つのオープン Codex レポート、#31870 および #31882 では、Codex 0.144.x 上の Azure/カスタム プロバイダーを介した GPT-5.6 エラーが文書化されています。 報告されたケースでは、直接応答呼び出しは成功しましたが、Codex リクエストは X-OpenAI-Internal-Codex-Responses-Lite または予約された collaboration 名前空間に言及する 400 エラーで失敗しました。

これらの問題は現場レポートであり、すべてのカスタム プロバイダーが失敗することを証明するものではありません。 これらはまさに、キットが直接レイヤーと Codex レイヤーを別々に実行する理由です。

レポートにその分割が示されている場合:

1. codex_version、正確なエラー カテゴリ、およびリクエスト ID を記録します。
2. 最新の安定した Codex リリースにアップグレードし、同じキット バージョンを再実行します。
3. 2 つの問題がまだ未解決であるかどうか、およびメンテナが修正を公開しているかどうかを確認してください。
4. 障害が解決しない場合は、サニタイズされたレポートをプロバイダーまたは Codex サポートに送信してください。

問題 #31882 では、Responses-Lite とマルチエージェントのメタデータを無効にする完全なモデル カタログ オーバーライドについて説明しています。 これは脆弱です。オーバーライドによりカタログのメタデータが置き換えられ、アップグレード後にドリフトする可能性があり、信頼していた動作が無効になる可能性があります。 このキットのバージョン 1.0.0 は、報告された障害のシグネチャを検出しますが、意図的に Codex にパッチを適用したり、サイレント ダウングレードを推奨したりしません。

このキットで測定できないもの

これは互換性調査であり、モデル品質のベンチマークではありません。 コーディングの精度、ロングコンテキストの動作、キャッシュ ヒット率、実稼働レイテンシー、プログレッシブ SSE フラッシュ タイミング、請求価格、画像入力、ホストされたツール、マルチエージェント作業、または完全な関数呼び出し継続ループは比較しません。 緑色のレポートは、テストされたコントラクトが記録されたバージョンとエンドポイントで一度動作したことを意味します。 すべてのワークロードを予測したり、プロセス レベルのファイル システムを分離したりするわけではありません。

再現性を高めるために、生成されたレポートと正確なキット ファイルを保存してください。 SHA256SUMS でダウンロードを検証し、Codex またはプロバイダーの変更後に再実行し、最終ステータスだけでなく個々のチェックを比較します。

よくある質問

Codex がモデル メタデータが見つからないと言うのはなぜですか?

Codex は、選択したモデルをカタログ メタデータと一致させることができず、汎用値にフォールバックしました。 資格情報を変更する前に、直接応答リクエストが機能するかどうかを確認してください。 Codex のみが失敗する場合は、Codex バージョンを記録し、分離された CLI チェックを実行します。

モデルが見つからない、または GPT-5.6 Sol の 404 が表示されるのはなぜですか?

ベース URL が /v1 で終わることを確認し、GET /v1/models で正確な小文字 ID gpt-5.6-sol を調べます。 有効なキーはすべてのモデルへのアクセスを保証するものではありません。

ChatGPT Codex ログインでは GPT-5.6 が利用できないのはなぜですか?

ChatGPT 認証された Codex とカスタム プロバイダーを介した API キーは別のアクセス パスです。 一方の可用性は、もう一方の可用性を証明するものではありません。

すべての認証情報の冷却エラーを再試行する必要がありますか?

プロバイダーの再試行またはリセット信号に従ってください。 即時再試行を繰り返しても、枯渇した資格情報プールは修正されず、さらに負荷がかかる可能性があります。

互換性キットはいつ実行すればよいですか?

メッセージだけでは、モデル アクセス、Responses API、または Codex が失敗しているかどうかを特定できない場合に実行します。 プロバイダーまたは Codex サポートが必要な場合は、サニタイズされたレポートを保管してください。

ソースを確認しました

• GPT-5.6の使用
• Codex の GPT-5.6 モデル
• 【GPT-5.6 Solモデルページ】(https://developers.openai.com/api/docs/models/gpt-5.6-sol)
• 【GPT-5.6 Terraモデルページ】(https://developers.openai.com/api/docs/models/gpt-5.6-terra)
• 【GPT-5.6 Lunaモデルページ】(https://developers.openai.com/api/docs/models/gpt-5.6-luna)
• Codex 構成リファレンス
• 代替プロバイダーの Codex 認証
• OpenAI API エラーガイド
• Codex 問題 #31870 および #31882、チェックすると両方とも開きます