Codex の Command Code — Provider API モデル | Codex Router

Codex で Command Code を使うとは、Command Code の Provider API を Codex Router で Codex モデルピッカーにルーティングすることを意味します。公式 Provider API は OpenAI 互換の Chat Completions サーフェスと Anthropic Messages サーフェスで、API キーのみです——ルーターは Command Code CLI 経由のサインインを行いません。

Command CodeProvider APIAPI key

Provider API とは

エンドポイントは https://api.commandcode.ai/provider/v1 です。2 つのプロトコルを提供し、ルーターはそれらを 1 つの選択可能なファミリーとして公開します：

両方の ID は 1 つの保存キーを共有し、どちらかを有効化・無効化するとファミリー全体がまとめて切り替わります。

キーを保存する

Command Code Studio で API キーを作成し、非表示プロンプトで保存してプロバイダーを有効化します：

./bin/model-router codex provider-key commandcode set
./bin/model-router codex providers enable commandcode

複数のキーソースが存在する場合、環境変数、保存キー、macOS キーチェーンの順で優先されます。受け入れられる変数は COMMAND_CODE_API_KEY と COMMANDCODE_API_KEY です。Windows では同じコマンドで ./model-router.ps1 codex を使います。

モデルカタログ

以下のルートがレジストリに同梱されます：

ライブカタログは認証なしで https://api.commandcode.ai/provider/v1/models から利用できます。マシンごとに ./bin/curate-models commandcode でモデルを追加します。エンドポイントは COMMANDCODE_BASE_URL で上書きできます。両方のルートがこれに従うため、リダイレクトされたプロバイダーも一貫性を保ちます。

commandcode/deepseek-v4.1-flash は他の V4.1 Flash ルートと同様にテキストと画像入力を宣言するようになりました：Command Code はこのモデルの画像入力を記載し、Provider FAQ でもメッセージ内容はテキストと画像でモデルごとの事前ゲートはないとしているため、貼り付けたスクリーンショットはビジョンブリッジを経由せずモデルへ直接渡ります。commandcode/glm-5.3-flash はモデルの low · high · max ラダーに ox-alpha クランプを併用するため、max を持たない Codex ビルドがモデルの名指しで拒否する xhigh を送ることはなく、他の GLM-5.3-Flash ルートと同じく 400K で圧縮します。両エントリとも compHash を更新したため、カタログを再構築し Codex を完全終了・再起動してから画像を貼り付けてください。

Go プランのフォールバック

Go プランのアカウントは、キーが有効であっても /provider/v1 から 403 upgrade_required で拒否されます。その正確な権利応答が応答バイトが中継される前に到着した場合、ルーターは Command Code の /alpha/generate トランスポート経由でターンを再試行し、その認証情報の結果を記憶します。他の 403、タイムアウト、レート制限、サーバー障害ではフォールバックしません。ルートは定期的に再確認されるため、アップグレードしたアカウントは文書化された Provider API に戻ります。両経路は同じ保存キーを使います。

CLI はハーネスの代替ではない

Command Code のヘッドレス CLI は、独自のワークスペース、ツール、権限判断、セッション、コンパクションを備えた完全な自律コーディングエージェントです。これを 1 つの Codex Responses リクエストの背後で起動すると、2 つ目の隠れたツールループが生まれ、Codex のツールイベントと承認を迂回します。したがって、Codex ハーネスを透過的に置き換えることはできず、Codex がハーネスとして残ります。ルーターはモデルトランスポートを適合させ、Command Code が報告するキャッシュ済みトークン使用量を保持するだけです。

連携を検証する

./bin/model-router codex doctor
./bin/model-router codex providers
./bin/test-model 'commandcode/glm-5.2' --live --yes

プロバイダーは SHOW と ready を報告する必要があります。Codex を完全終了して再起動し、新規タスクを作成してピッカーを確認します。エントリがない場合は、モデルがピッカーに表示されないを参照してください。

プロバイダーポリシー

Command Code はプロキシ経由のトラフィックを制限・ブロックする場合があります。Codex Router 経由でそのモデルをルーティングするのは自己責任です。依存する前に Command Code の規約を確認してください。

FAQ

Codex の Command Code Provider API とは何ですか？ Command Code の OpenAI 互換 Chat Completions サーフェスと、https://api.commandcode.ai/provider/v1 の Anthropic Messages サーフェスです。Codex Router はそれらを commandcode プロバイダーファミリーとして Codex ピッカーに適合させます。

Codex Router は Command Code CLI 経由でサインインしますか？ いいえ。ルートは API キーのみです。Command Code Studio でキーを作成し、./bin/model-router codex provider-key commandcode set で保存してください。

Command Code Go プランでは何が起こりますか？ /provider/v1 が正確なバイト前の 403 upgrade_required 応答を返すと、ルーターは /alpha/generate 経由で再試行し、その認証情報の結果を記憶します。他の 403、タイムアウト、レート制限ではフォールバックしません。

関連：モデル概要、Codex の Claude、カスタムモデル、インストール。