Codex Router モデル — DeepSeek、Kimi、GLM、Copilot など

Codex Router は、Codex モデルピッカーに DeepSeek、Kimi、GLM（Z.ai）、Grok（xAI）、Claude（Anthropic）、GitHub Copilot、Xiaomi MiMo、opencode Go、Command Code、Meta、Qwen plan、および多数の互換プロバイダーのモデルを追加できます。このページは現在の内蔵認証マトリックスを反映し、アカウントのライブカタログから発見・キュレーションするプロバイダーを分けて示します。

DeepSeekKimiGLMGrokClaudeGitHub CopilotOpenRouterOllama Cloud

内蔵モデルマトリックス

以下のエントリはリポジトリに同梱され、プロバイダーを有効化して認証すると Codex ピッカーに表示されます：

上表はリポジトリ README の簡潔な主要認証マトリックスに対応します。下のプロバイダー節と個別ガイドでは、まだ表に載っていない新しい同梱ルート（Grok 4.6 OAuth、Meta Muse Spark 1.3 など）も扱います。opencode Go と Command Code には追加のプロバイダーファミリーカタログがあり、カタログ専用プロバイダーはローカルでモデルを発見・キュレーションします。

カタログが表示を決める仕組み

Codex カタログは認証情報認識型です：有効化され、API キーまたは有効な OAuth セッションを持つ外部プロバイダーのモデルだけが含まれます。ネイティブ GPT モデルは codex login status が OpenAI ログインを確認した場合のみ含まれるため、サインアウト中のログインフリーセッションには認証済みの外部モデルだけが表示されます。

つまりモデル追加は常に 2 ステップです：プロバイダーを有効化して認証情報を提供する。キーのない有効化済みプロバイダーはモデルを表示しません。

ピッカーの順序

Codex はモデルピッカーを優先度順に描画し、ルートモデルは通常、表示中のネイティブエントリのうち最上位のものより後ろの帯に並びます。日常的に使うのが外部モデルなら、ネイティブ GPT エントリより前に公開できます：

./bin/model-router codex picker-order routed-first
./bin/model-router codex picker-order native-first

native-first は変更前と同じ既定値です。routed-first では、すべてのルートモデル（認定済み v2 スポーンルートを含む）が既存のベンダーグループ順で 1..N に公開され、ネイティブエントリはその後ろへ移動します。選択は model-picker.json に保存され、可視性の書き込みでも保持されます。古いファイルや認識できない値は既定値のままです。変更後は Codex を完全終了・再起動してください。

OAuth と API キー

どちらも上記マトリックスにありますが、同一ベンダーでも独立したアカウント・課金体系です：

• OAuth は公式 CLI のログイン済みセッション（Kimi Code CLI または Grok CLI）を再利用。公式 CLI がすでに保持しているもの以外は保存しません。
• API キー は別課金の開発者キーで、非表示プロンプトで 1 回入力します。DeepSeek、Kimi Platform、xAI、Anthropic、Ollama Cloud、Z.ai（plan とプラットフォーム）、Xiaomi、Meta、Qwen plan が該当。

比較の詳細はFAQと各モデルチュートリアルをご覧ください。

プロバイダーを有効化

./bin/model-router codex providers
./bin/model-router codex providers enable deepseek
./bin/model-router codex provider-key deepseek set
./bin/model-router codex provider-key anthropic-api set

Windows では ./model-router.ps1 codex で同じコマンドを実行します。API キープロンプトは端末エコーを無効にし、保護ファイルは POSIX で mode 600、Windows で継承無効の現在ユーザー ACL を使用。診断は認証情報の存在とソースのみを報告し、値を報告しません。

GitHub Copilot

github-copilot は、アカウントから見えて Responses API、ストリーミング、ツール呼び出しを明示するモデルだけを公開します。カタログはプランと組織ポリシーに依存するため、Copilot のモデル ID はハードコードされません。Copilot Requests 権限付きの fine-grained github_pat_ を保存し、ライブカタログからキュレーションします：

./bin/model-router codex provider-key github-copilot set
./bin/curate-models github-copilot

トークンは GitHub Copilot アカウントエンドポイントで検証され、返された推論ホストが GitHub 所有の場合だけ受け入れられます。リクエストは Copilot の利用枠を消費します。従来の ghp_ トークンと Copilot CLI の認証情報ストアは使用しません。

opencode Go と Zen

opencode プロバイダーファミリーは、1 つの保存キー（OPENCODE_API_KEY または OPENCODE_GO_API_KEY）で 2 つのエンドポイントをカバーします：フラットレートの Go サブスクリプション（テスト済みの Grok 4.5、GLM-5.2、Kimi K3、DeepSeek V4 Pro などがリポジトリ同梱）と、従量課金の Zen エンドポイント（より大きなカタログはローカルキュレーションで利用可能）。すべて 1 つの “opencode Go/Zen” プロバイダーとして表示されます。

Command Code Provider API

Command Code 公式 Provider API は、OpenAI 互換の Chat Completions サーフェスと Anthropic Messages サーフェスを https://api.commandcode.ai/provider/v1 で提供します。API キーのみです——ルーターは Command Code CLI 経由のサインインを行いません。Command Code Studio で作成したキーを保存します（COMMAND_CODE_API_KEY または COMMANDCODE_API_KEY 環境変数、または保存キー）：

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

GOAT、Pro、Max、Team、Provider プランは Provider API を使用します。Go プランは coding-plan ルートを使用します。/provider/v1 が応答バイトを送る前に正確な 403 upgrade_required を返した場合、ルーターは Command Code の /alpha/generate トランスポートで再試行し、その認証情報の結果を記憶します。他の 403、タイムアウト、レート制限、サーバー障害ではフォールバックしません。両経路は同じキーとプロバイダーファミリーを使います。

Meta Model API

Meta の Muse Spark モデルは https://api.meta.ai/v1 で Responses プロトコルを使用し、保存された META_API_KEY が必要です。リポジトリは Muse Spark 1.3 と 1.2、それぞれの安価な Contributor ティア（Meta が入力・出力を学習に使う可能性あり）、前世代の 1.1 の計 5 モデルを同梱します。

Z.ai 従量プラットフォーム

zai-api は Z.ai の従量課金プラットフォーム（https://api.z.ai/api/paas/v4）向けの独立プロバイダーで、GLM-5.3、GLM-5.2（1M コンテキスト）、より安価な GLM-4.7 を提供します。GLM-5.3/5.2 の推論エフォートは Coding Plan ルートと同じラダーです。認証情報は完全に独立しています：独自のキーファイル、キーチェーンサービス、ZAI_PLATFORM_API_KEY 環境変数——plan の ZAI_API_KEY は使いません。Coding Plan キーは従量エンドポイントで請求できず、その逆も同様です。

Xiaomi MiMo API

MiMo（Xiaomi API）は Xiaomi 公式の OpenAI 互換エンドポイント https://api.xiaomimimo.com/v1 を使用します。MiMo リセラー経由とは異なり、公式 API は /chat/completions を直接話すため、リクエストは Responses ゲートウェイを経由しません。MiMo-V2.5 と MiMo-V2.5-Pro は Xiaomi MiMo API キーでリポジトリに同梱されます。

GLM-5.3 のメモ

GLM-5.3 は 2026-08-14 に登場しました。主要マトリックスには zai-coding/glm-5.3、zai-api/glm-5.3、opencode-go/glm-5.3、ollama-cloud/glm-5.3 が入り、OpenRouter・Command Code・Venice のプロバイダーカタログにも固定ルートがあります。Ollama Cloud の full / Flash は candidate メタデータで、正確なルート実証までは認定済みとは扱いません。

ライブカタログプロバイダー

以下の OpenAI 互換プロバイダーはルーティングと認証情報分離のために登録されていますが、カタログの変化が速く個別に固定・検証できないため、事前選択モデルは同梱されていません：

devin-cli は OAuth の例外です。devin auth login 後、ルーターはインストール済み Devin CLI がそのアカウントに提供するモデル設定だけを読み、事前選択モデルは同梱しません。vertex は Google Cloud の例外で、以下で説明します。opencode-free と kilo-free は別の匿名ゲートウェイで、ライブカタログは文書化された無料サブセットに限定されます。キー不要ですが、可用性と制限はプロバイダー管理です。

キーを保存してから、プロバイダーのライブカタログからモデルを選びます：

./bin/model-router codex provider-key groq set
./bin/curate-models groq

キュレーションでは、モデルが強制 tool_choice を拒否するかも尋ねられます。「はい」と答えると auto-tool-choice リクエストプロファイルが保存され、ルーターはそのモデルにのみ強制選択を降格します。

Vertex AI（Google Cloud）

vertex は gcloud auth application-default login による Application Default Credentials で認証します——保存された API キーは決して使わず、gcloud auth login のユーザートークンへ暗黙に切り替わることもありません。デフォルトのインストールでは選択されません：

gcloud auth application-default login
./bin/control vertex set PROJECT_ID LOCATION
./bin/curate-models vertex

カタログ専用プロバイダーで、キュレーション用に Model Garden のモデルを一覧するだけです。検出された ID は、レビュー済みアダプターへキュレーションするまでルーティングできません。--no-discovery を尊重するため、Vertex の認証情報がディスカバリー実行に持ち込まれることはありません。Model Garden のパブリッシャーモデル一覧に到達できないアカウント向けに、config/vertex/support-catalog.json のレビュー済みエントリだけを使う明示的なオフラインモードがあります：

./bin/curate-models vertex --static --models MODEL_ID

--static はライブ検出の失敗後に暗黙にフォールバックせず、--refresh と併用できません。リクエストには引き続き有効な ADC、Vertex API の有効化、IAM、モデルアクセスが必要です。これはキュレーションの逃げ道であり、アカウントがレビュー済みモデルをすべて使えることの証明ではありません。

固定モデルとライブカタログを持つプロバイダー

これらの API キープロバイダーはレビュー済みルートを同梱し、アカウントのライブカタログから追加モデルも選べます：

Venice の API アクセスは権利の問題であり、キーだけでは不十分です：無料の Venice アカウントには API 権限がありません。Pro サブスクリプション、USD 残高のチャージ、または VCU を付与する VVV のステーキングでキーが使えるようになります——ルーターは接続時にその要件を表示し、Codex 内部で 403 になるのを防ぎます。Nous Research のキーは Nous Portal API キーで、Hermes エージェントと同じエンドポイントを認証します。同梱レジストリは Hermes 4 と無料ポータルティアを含む 28 モデルを掲載していますが、372 モデルの全カタログではありません。OpenRouter はキュレーション可能なカタログに加えて Grok 4.6 や Union Alpha などの固定ルートも同梱します。ainetcafe は OpenAI 互換エンドポイントに対する固定ルート ainetcafe/kimi-k3 を 1 本同梱し、他の Kimi K3 リセラーと同じ kimi-k3 リクエストプロファイルを再利用して、既定の 256K コンテキストとテキスト＋画像入力を宣言します。

GLM-5.3-Flash（旧 Ox Alpha）

「Ox Alpha」として登場したステルスの 1M コンテキスト推論モデルは卒業しました。OpenCode Go は命名・従量の glm-5.3-flash として公開し、OpenRouter・Z.ai API・Z.ai Coding の同名モデルも実測認定されています。チェックインされた Ox Alpha ルートはもうありません——未検証の Command Code・Venice プリセットは撤回され、OpenCode Free / OpenRouter / Nous プリセットも削除されました：

認定済み Flash ルートの推論エフォートは low · high · max、デフォルトは max です。Z.ai Coding、Z.ai API、OpenRouter、Command Code の Flash ルートはネイティブのテキスト＋画像入力を宣言し、貼り付け画像は Vision Bridge を経由しません。サフィックスなし GLM-5.3 はテキスト専用のままです。Ollama Cloud candidate はリスト済みですが未認定です。既存の opencode-go/ox-alpha とローカルキュレーションの opencode-go/ox-alpha-free は opencode-go/glm-5.3-flash に自動移行します。ピッカーは 1M コンテキストを維持しますが、Codex は すべての GLM-5.3-Flash ルートで 400K に早期圧縮します。

無料プレビューは終了しました：残るのは認証情報付きルート上の命名モデルで、保持ポリシーはプロバイダーごとに異なります（OpenCode はゼロ保持、Venice は匿名化、他はあまり語っていません）。

Union Alpha（opencode Go と OpenRouter）

OpenCode Go の現在のステルスプレビューは Union Alpha です。Ox Alpha / GLM-5.3-Flash とは別モデルで、OpenCode は開発元を公表しておらず、262,144 トークンのウィンドウと 131,072 トークンの公表出力、テキスト＋画像入力を記載し、現在は期間限定で無料としています。

Go ルートは Chat Completions ではなく Anthropic Messages API を使い、実測の 32,768 トークン完了上限を予約することで、Desktop 規模の初回ターンとその予約を合わせても 262,144 ウィンドウに収まります。コンパクトはキャッシュ済みツールスキーマの下限より上である 180,000 のままです。Console Go は 1 メッセージあたり 2,500,000 文字を超える内容も拒否するため、巨大な ImageGen data URL はラベル付きスタブに置き換えられ、Codex 側にはファイルが残ります。OpenRouter は同じプレビューを stealth/union-alpha として公開しますが推論エフォートのラダーを公表しないため、このルートは保守的な単一 high を保存し、tool_choice は auto のみ受け付けます。ClinePass と Command Code はこの ID を掲載しておらず、Omen Alpha は Go のライブカタログに非推奨エントリとして残るだけで同梱されません。カタログを再構築し Codex を完全終了・再起動すると新しいピッカー行が表示されます。

ローカルバックエンド：Ollama と LM Studio

このマシンで動くモデルは local プロバイダーとしてピッカーに表示されます。Ollama はネイティブルートを維持し、LM Studio はその隣で 2 つ目のローカルバックエンドとして動作します——モデルは安定した lmstudio/<model-id> 名前空間を使うため、同じ ID が衝突することはありません：

./bin/model-router codex providers enable lmstudio
./bin/curate-models lmstudio

デフォルトのエンドポイントは http://127.0.0.1:1234/v1 です。LM Studio が別の場所で待ち受ける場合は MODEL_ROUTER_LMSTUDIO_BASE_URL を設定します。明示的に選択したモデルだけが公開され、ピッカーでは experimental と表示されます。詳しい手順はローカルモデルガイドをご覧ください。

汎用 Ollama プロバイダーのキュレーションは、131,072 トークンの推測値とテキスト専用入力へフォールバックしなくなりました。プロバイダーが /v1 をルートとする OpenAI チャットエンドポイントの場合、ディスカバリーは同じサーバーの /api/show にも各モデルを問い合わせ、返答が Ollama 形式であることを確認したうえで、モデル一覧が空欄にしたフィールドだけを補います。そのため、サーバーが 1M かつビジョンで動かすモデルは、実際に提供されるウィンドウとモダリティでキュレーションされます。プローブは有界で、ルート欠落か先頭 3 回の拒否で停止し、サーバーが説明できないモデルはスキップします。キュレーションは公表されたウィンドウと画像入力を保存し、ディスカバリーはそれらを contextLengths と inputModalities として報告します。文書上の既定値が提供値のふりをすることはありません。

プロバイダー設定ガイド

各プロバイダーには個別の手順ガイドがあります：DeepSeek、Kimi、GLM、Grok、Claude、opencode Go、opencode Zen、GitHub Copilot、Ollama Cloud、Command Code、Meta Muse Spark、Qwen plan、Nous Research、Venice、MiniMax、Xiaomi MiMo、ClinePass、ローカルモデル。その他はカスタムモデルで追加できます。

モデルの検証

プロバイダーを有効化したら Codex を再起動し、ピッカーエントリを確認します。特定モデルのリアルタイム（クォータ消費）チェック：

./bin/test-model 'groq/MODEL_ID' --live --yes

モデル別のチュートリアル：DeepSeek、Kimi、GLM、Grok、Claude。モデルが出ない場合はトラブルシューティングへ。