Codex Router モデルマトリックス — DeepSeek、Kimi、GLM、Grok、Claude
Codex Router は、Codex モデルピッカーに DeepSeek、Kimi、GLM（Z.ai）、Grok（xAI）、Claude（Anthropic）、opencode Go、Command Code、Meta、Qwen plan、および多数の OpenAI 互換プロバイダーのモデルを追加できます。このページは完全なマトリックスです：ピッカーに何が表示されるか、ルーティングに使うモデル ID、それぞれの認証方式。
DeepSeek
Kimi
GLM
Grok
Claude
OpenRouter
Ollama Cloud内蔵モデルマトリックス
以下のエントリはリポジトリに同梱され、プロバイダーを有効化して認証すると Codex ピッカーに表示されます：
| ピッカーラベル | モデル ID | 認証方式 |
|---|---|---|
| K2.7 Coding Highspeed (OAuth) | kimi-oauth/kimi-for-coding-highspeed | 既存の Kimi Code CLI OAuth セッション |
| K2.7 Coding (OAuth) | kimi-oauth/kimi-for-coding | 既存の Kimi Code CLI OAuth セッション |
| Kimi K3 (OAuth) | kimi-oauth/k3 | 既存の Kimi Code CLI OAuth セッション |
| Kimi K3 (API) | kimi-api/kimi-k3 | 別課金の Kimi Platform API キー |
| DeepSeek V4 Flash (API) | deepseek/deepseek-v4-flash | DeepSeek API キー |
| DeepSeek V4 Pro (API) | deepseek/deepseek-v4-pro | DeepSeek API キー |
| Grok 4.5 (OAuth) | grok-oauth/grok-4.5 | 公式 Grok CLI OAuth セッション |
| Grok 4.5 (API) | grok-api/grok-4.5 | 別課金の xAI API キー |
| Claude Opus 4.8 (API) | anthropic-api/claude-opus-4.8 | 別課金の Anthropic API キー |
| GLM-5.2 (Ollama Cloud) | ollama-cloud/glm-5.2 | Ollama Cloud API キー |
| Kimi K2.7 Code (Ollama Cloud) | ollama-cloud/kimi-k2.7-code | Ollama Cloud API キー |
| MiniMax M3 (Ollama Cloud) | ollama-cloud/minimax-m3 | Ollama Cloud API キー |
| DeepSeek V4 Pro (Ollama Cloud) | ollama-cloud/deepseek-v4-pro | Ollama Cloud API キー |
| MiniMax M3 | minimax-token-plan/minimax-m3 | MiniMax Token Plan API キー |
| Qwen3.8 Max (Plan) | qwen-plan/qwen3.8-max | 阿里云百炼 plan API キー |
| GLM-5.2 (Coding Plan) | zai-coding/glm-5.2 | Z.ai GLM Coding Plan API キー |
| GLM-5-Turbo (Coding Plan) | zai-coding/glm-5-turbo | Z.ai GLM Coding Plan API キー |
| Muse Spark 1.2 (Meta) | meta/muse-spark-1.2 | Meta Model API キー |
上記は抜粋です。完全なレジストリには、より古い Qwen plan モデル、追加の Muse Spark ティア、後述の opencode Go と Command Code カタログが含まれます。
カタログが表示を決める仕組み
Codex カタログは認証情報認識型です：有効化され、API キーまたは有効な OAuth セッションを持つ外部プロバイダーのモデルだけが含まれます。ネイティブ GPT モデルは codex login status が OpenAI ログインを確認した場合のみ含まれるため、サインアウト中のログインフリーセッションには認証済みの外部モデルだけが表示されます。
つまりモデル追加は常に 2 ステップです：プロバイダーを有効化して認証情報を提供する。キーのない有効化済みプロバイダーはモデルを表示しません。
OAuth と API キー
どちらも上記マトリックスにありますが、同一ベンダーでも独立したアカウント・課金体系です：
- OAuth は公式 CLI のログイン済みセッション（Kimi Code CLI または Grok CLI）を再利用。公式 CLI がすでに保持しているもの以外は保存しません。
- API キー は別課金の開発者キーで、非表示プロンプトで 1 回入力します。DeepSeek、Kimi Platform、xAI、Anthropic、Ollama Cloud、Z.ai、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 setWindows では ./model-router.ps1 codex で同じコマンドを実行します。API キープロンプトは端末エコーを無効にし、保護ファイルは POSIX で mode 600、Windows で継承無効の現在ユーザー ACL を使用。診断は認証情報の存在とソースのみを報告し、値を報告しません。
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 で提供します。Provider プラン以上が必要で、Command Code CLI を認証するキーと同じキーを使用。カタログには DeepSeek、GLM、Kimi、Qwen、Grok、Gemini、Step、複数の Claude モデルが含まれます。
Meta Model API
Meta の Muse Spark モデルは https://api.meta.ai/v1 で Responses プロトコルを使用し、保存された META_API_KEY が必要です。リポジトリは Muse Spark 1.2、より安価な Contributor ティア（Meta が入力・出力を学習に使う可能性あり）、前世代の 1.1 の 3 モデルを同梱します。
カタログ専用プロバイダー
以下の OpenAI 互換プロバイダーはルーティングと認証情報分離のために登録されていますが、カタログの変化が速く個別に固定・検証できないため、事前選択モデルは同梱されていません：
| プロバイダー | Provider ID |
|---|---|
| Groq | groq |
| OpenRouter | openrouter |
| Together AI | together |
| Fireworks AI | fireworks |
| Cerebras | cerebras |
| Mistral AI | mistral |
| NVIDIA NIM | nvidia-nim |
| SiliconFlow | siliconflow |
| Hugging Face Router | huggingface |
| Google Gemini API | gemini-api |
キーを保存してから、プロバイダーのライブカタログからモデルを選びます：
./bin/model-router codex provider-key groq set
./bin/curate-models groqキュレーションでは、モデルが強制 tool_choice を拒否するかも尋ねられます。「はい」と答えると auto-tool-choice リクエストプロファイルが保存され、ルーターはそのモデルにのみ強制選択を降格します。
モデルの検証
プロバイダーを有効化したら Codex を再起動し、ピッカーエントリを確認します。特定モデルのリアルタイム（クォータ消費）チェック：
./bin/test-model 'groq/MODEL_ID' --live --yesモデル別のチュートリアル：DeepSeek、Kimi、GLM、Grok、Claude。モデルが出ない場合はトラブルシューティングへ。