Codex

連携ステータス
  • 推奨プロトコル: OpenAI Responses
  • 設定確認日: 2026年7月15日(Codex 公式設定リファレンス)
  • 実行時検証: Pending(未検証)

Codex のカスタムプロバイダーは Responses プロトコルを使用します。/v1/responses をサポートする GetRouter モデルを選択してください。

API キーを保存

export GETROUTER_API_KEY="YOUR_API_KEY"

必要に応じて、シェルの安全な環境設定に追加してください。キーを config.toml に直接書き込まないでください。

Codex を設定

~/.codex/config.toml を編集します。

model = "MODEL_ID"
model_provider = "getrouter"

[model_providers.getrouter]
name = "GetRouter"
base_url = "https://getrouter.ai/v1"
env_key = "GETROUTER_API_KEY"
wire_api = "responses"

MODEL_IDModels に掲載されている正しいモデル ID に置き換えてください。Codex のその他の設定は変更しないでください。

Warning

wire_api = "chat" は使用しないでください。現在の Codex カスタムプロバイダーは Responses を使用します。Chat Completions のみをサポートするモデルは、この設定には適していません。

検証

  1. GETROUTER_API_KEY を設定したシェルから Codex を再起動します。
  2. Codex に設定したモデルとプロバイダーが表示されることを確認します。
  3. まず、リポジトリに影響しない簡単な質問を送信します。
  4. リクエストが GetRouter の利用ログに表示されることを確認します。
  5. その後で、編集、ツール呼び出し、長いコンテキスト、高い推論設定をテストします。

よくあるエラー

  • 環境変数がない: GETROUTER_API_KEY をエクスポートしたシェルから Codex を起動してください。
  • /responses で 404: base_url = "https://getrouter.ai/v1" を使用し、/responses を手動で追加しないでください。
  • モデルが見つからない: 正しいモデル ID をコピーし、そのキーでモデルを使用できることを確認してください。
  • レスポンスまたはツールイベントがサポートされていない: 選択したモデルまたはプロバイダーパスが Responses のツールイベントを完全にはサポートしていない可能性があります。Responses 対応の別のモデルをテストしてください。
  • Codex が別のプロバイダーを使用し続ける: 有効な設定プロファイルとトップレベルの model_provider を確認してください。

診断情報を共有する前に、連携のトラブルシューティングを参照してください。