Codex Router 対応アプリ — T3 Code ガイド
一部のアプリは、ルーターがすでに統合している公式 CLI をラップしているため、専用のルーター統合が不要です。このページではそのパターンを説明し、サポートされている例（T3 Code）を紹介します。
なぜ一部のアプリは統合が不要か
T3 Code はモデルと直接対話せず、アダプター経由で公式コーディング CLI を駆動する GUI です。ルーターは駆動される CLI が消費するエンドポイント経由でモデルカタログを公開するため、下層 CLI を統合すれば、アプリは追加モデルを自動的に継承します——個別にインストール・設定する T3 Code ターゲットはありません。
T3 Code
-
T3 Code が駆動する CLI 用にルーターをインストール。 Codex アダプターの場合：
./install.sh --target codex --guided -
T3 Code を完全に終了・再起動し、アダプターがモデルリストを再読み込みするようにします。
-
T3 Code のモデルセレクターで追加モデルを選択。 プロジェクトコンテキストとスレッド履歴は T3 Code が通常どおり保持します。
T3 Code に対するルーターの役割は、駆動される CLI がすでに知っているエンドポイント経由で共有プロバイダーレジストリを公開することだけです。ここではアプリ自身のサブスクリプション・履歴・設定を変更しません（ルーターが所有する追加のモデル設定を除く）。
一般的なパターン
Codex CLI をラップする GUI——codex を起動してモデルリストを読むもの——は同じ追加型の動作の恩恵を受けます：
- アプリはルーターが Codex カタログにマージするすべてのモデルを継承します。
- OAuth と API キーの設定は、ルーターで非表示プロンプトを通じて 1 回だけ行われます。
- ネイティブ GPT モデルと ChatGPT ログインはそのままです。
アプリがモデルと直接対話する場合（独自の API キー、独自プロトコル）はこのパターンの対象外で、そのアプリを別途設定する必要があります。
変更点：Cursor と opencode アプリターゲット
旧バージョンのルーターには専用の Cursor と opencode アプリターゲットがありました。それらは削除され、ルーターは Codex に特化し、--target codex が唯一のインストールターゲットです。2 点注意：
- opencode アプリはもはやインストールターゲットではありません。opencode Go プロバイダー（フラットレートの Go サブスクリプションと従量課金の Zen エンドポイント）は Codex 内の通常プロバイダーとして引き続き利用できます——モデル概要参照。
- 以前に Cursor や opencode 統合をインストールした場合は、更新前にそのチェックアウトで
model-router <target> uninstallを実行して旧サービスを削除してください（関連ポートブロックが解放されるため）。
検証
T3 Code や他の CLI ラップアプリでモデルを追加した後：
./bin/model-router codex doctor
./bin/model-router codex providers次にアプリのセレクターでモデルを確認。出ない場合、アプリのアダプターがモデルリストを再読むために完全な終了・再起動（ウィンドウを閉じるだけでは不十分）が必要かもしれません。下層の Codex ピッカーにも出ない場合はモデルが表示されないへ。