T3 Codeの設定：Claude Code・Codex・APIゲートウェイ

Claude CodeとCodexを一つの画面で使い、手作業での引き継ぎを減らしたい場合はT3 Codeを選びます。まず一つのプロバイダーのCLIをインストールし、認証するか、API用の独立したインスタンスを設定してください。コードの変更を許可する前に、リポジトリのファイルを実際に読み取れるか確認します。

2026-11-12時点の最新安定版はv0.1.9です。11月11日に公開されました。**Use T3 Code in another app (MCP)**は、11月9日公開のv0.1.8で追加された機能です。メンテナー向けのプレビュー版ではなく、安定版から始めてください。

T3 Codeを使うと便利なのはどんな場合ですか？

エージェント間で頻繁に作業を引き継ぐ場合や、プロジェクトの別々のタスクを進める場合、遠隔で状況を確認する場合にT3 Codeが向いています。一つのターミナルで一つのエージェントを使い、こうした機能がほぼ不要なら、今のCLIを使い続けて構いません。

T3 Codeはエージェントを操作する画面であり、新しいモデルではありません。エージェントの実行基盤であるハーネスが、ツールを提供して実行します。T3はデスクトップ、Web、モバイルの画面を通じて、それらのハーネスを操作します。

公式プロジェクトは、Claude Code、Codex、Cursor、Grok Build、OpenCode、Antigravity、fxなどに対応しています。T3は無料で、MITライセンスのソフトウェアです。モデルのプロバイダーへの支払いは引き続き必要です。T3はトークンを再販売せず、サブスクリプションの利用枠を追加するものでもありません。

Claude DesktopやCodexアプリを使っているなら、複数のエージェントを一つの画面にまとめることで、繰り返しの作業が減るか考えてください。単に使う画面を選びたい場合は、Codex CLI・デスクトップアプリ・IDE拡張の比較が参考になります。

プロバイダーを先に準備し、T3 Codeをインストールします

T3がエージェントを実行するマシン上で、エージェントのインストールと認証を済ませます。手元のノートPCだけにCLIを入れても、別のサーバーの設定は完了しません。

引き継ぎの例を試すには、両方のプロバイダーが必要です。一つだけ試す場合は、インストール済みのプロバイダーでファイル読み取りまで確認し、引き継ぎの手前で止めてください。

以下のターミナル例は、LinuxまたはApple Silicon搭載MacのmacOS上のBashを使います。README.mdがあり、機密性の高いテストデータを含まないリポジトリで始めます。

Claude Codeは、Anthropicのネイティブインストール手順に従って導入します。

curl -fsSL https://claude.ai/install.sh | bash
claude --version

サブスクリプションを使うインスタンスでは、claude auth loginを実行し、ブラウザーでログインを完了します。APIだけを使う場合は、サブスクリプションのログインを省略してください。スレッドを始める前に、後述する独立したゲートウェイ設定を完了します。

Codexの公式CLIガイドでは、次の単独インストーラーを案内しています。

curl -fsSL https://chatgpt.com/codex/install.sh | sh
codex login

T3はt3.codesか、そこからリンクされたGitHubリポジトリで入手します。ドメインの綴りを確認してください。公式はt3.codesであり、t33.codesではありません。

ローカルのWeb画面を使う場合は、次を実行します。

curl -fsSL https://t3.codes/install.sh | sh
t3

t3コマンドはサーバーを起動し、ローカルのWebアプリを開きます。インストーラーからディレクトリをPATHに追加するよう案内された場合は、その指示に従ってください。

Node.jsとnpmがすでに使える場合は、npx t3@latestで一度試す方法もあります。macOSのデスクトップアプリは、ターミナルでbrew install --cask t3-codeを実行して導入します。

Windowsでは、まず各プロバイダーのWindows向け手順でエージェントをインストールします。その後、PowerShellでT3を導入します。

irm https://t3.codes/install.ps1 | iex
t3

Settings → Providersを開き、リポジトリが置かれた環境を選択します。その環境でプロバイダーを有効にしてください。既存のCodex CLIのログインを使うには、Codexインスタンスを追加してConfigure manuallyを選びます。

プロバイダーが表示されない場合は、その環境のマシンでインストールとログインを確認します。T3がPATHから実行ファイルを見つけられない場合は、Binary pathにその場所を指定してください。環境ごとの設定はインストールガイドで説明されています。

ファイル読み取りを確認してからCodexへ引き継ぎます

最初は読み取りだけのタスクで、選択したプロバイダー、リポジトリ、ツールの実行を確認します。コード変更を試すのは、その後です。

リポジトリをプロジェクトとして追加し、New threadを開きます。引き継ぎの例ではClaudeを選び、メッセージ入力欄で権限モードを明示的にSupervisedにします。このモードはコマンド実行やファイル変更の承認を求めます。承認する前に、要求された操作を確認してください。

次のメッセージを送ります。README.mdの最初の見出しと、記載されたテストコマンドを尋ねます。ファイル変更やテスト実行は禁止しています。

Read README.md from this repository.
Quote its first heading and identify the documented test command.
If no test command is documented, say so.
Do not modify files or run tests.

最終回答だけでなく、記録されたツールの動作を確認してください。正しいファイルを読み、実際の見出しを返していることを確かめます。ファイルを読まずにもっともらしい説明を返しただけでは、確認できたことになりません。

応答が終わったらモデル選択メニューを開き、Codexインスタンスと利用可能なモデルを選びます。ショートカットはmacOSでCmd+Shift+M、WindowsとLinuxでCtrl+Shift+Mです。

続いて、次のメッセージを送ります。前の回答をリポジトリのファイルと照合し、テストコマンドに追加の準備が必要か確認する指示です。

Review the previous answer against the repository files.
Check whether the proposed test command needs extra setup.
Do not modify files or run tests.

期待する結果は、同じT3スレッドでCodexが作業を続け、自分でもファイルを確認した記録が残ることです。これは動作確認の例であり、どちらかのモデルが不具合を発見するという保証ではありません。

T3の引き継ぎに関する文書は、会話の文脈の転送と、プロバイダー本来のセッション全体の移行を区別しています。引き継ぎ元の推論内容、ツール呼び出しの状態、添付ファイルはコピーされません。重要な制約はもう一度伝え、必要な資料を添付し直してください。

何度引き継いでも維持したいルールは、プロジェクトの指示に保存します。こうした長期的な情報の扱いは、コーディングエージェントのメモリガイドで説明しています。

独立したClaudeインスタンスからAPIゲートウェイへ接続します

Anthropic互換のゲートウェイは、Claudeインスタンスの環境変数で設定します。認証情報をLaunch argumentsに貼り付けたり、普段のサブスクリプション用インスタンスを置き換えたりしないでください。

設定ディレクトリを分けます

Claudeの標準設定は変更せずに残します。BashでOpenRouterインスタンス用のディレクトリを作成します。

mkdir -p "$HOME/.claude_openrouter"

そのディレクトリにAnthropicのログイン情報がすでに保存されている場合は、同じディレクトリを使うClaudeセッションを開きます。

CLAUDE_CONFIG_DIR="$HOME/.claude_openrouter" claude

そのセッション内で/logoutを実行し、終了してからゲートウェイのトークンを追加します。保存済みのログインがない新しいディレクトリでは、ログアウトは不要です。T3の文書では、保存されたログイン情報がゲートウェイのトークンと競合する可能性を指摘しています。

Settings → Providersで、Claude OpenRouterという名前のClaudeインスタンスを追加します。Binary pathはclaude、CLAUDE_CONFIG_DIR pathは~/.claude_openrouterに設定します。

T3公式のOpenRouter設定手順に従い、そのインスタンスのEnvironment variablesに次の値を入力します。

変数	値
`ANTHROPIC_BASE_URL`	`https://openrouter.ai/api`
`ANTHROPIC_AUTH_TOKEN`	自分のOpenRouter APIキーを入力し、Sensitiveに設定します
`ANTHROPIC_API_KEY`	明示的に空の値にします

ANTHROPIC_API_KEYの項目自体は残し、値だけを空にします。値として引用符を入力しないでください。実際のトークンは機密扱いの認証情報欄にだけ入力し、チャットの指示やリポジトリのファイルには書かないでください。

このインスタンス用に新しいスレッドを作成します。既存のClaudeスレッドで切り替えられるのは、同じ設定ディレクトリを使うClaudeインスタンス同士だけです。

正確なモデルIDを選び、課金されたリクエストを確認します

T3ではゲートウェイの完全なモデルIDを選びます。Claudeの別名で意図したモデルが自動的に選ばれるとは考えないでください。

2026-11-12時点では、OpenRouterの例としてanthropic/claude-sonnet-5.5を使えます。Claudeインスタンスの設定に表示されない場合は、Add custom modelから追加してください。その後、チャットのモデル選択メニューで選びます。

ANTHROPIC_DEFAULT_*_MODELは、sonnetなどのClaude Codeの別名にモデルを対応付ける変数です。T3で明示的に選んだモデルを上書きするものではありません。追加したカスタムモデルでは、組み込みモデルより推論の強さ、思考モード、コンテキストの設定項目が少ない場合もあります。

ゲートウェイ用インスタンスで新しいスレッドを始め、README.mdのテストを繰り返します。OpenRouterのアクティビティ画面で、対応するリクエストとモデルを確認してください。使用量と料金もそこで確認します。正しい回答が返っても、ゲートウェイ側の記録と一致しなければ課金経路は確認できません。

OpenRouterもClaude Code連携ガイドで、同じエンドポイントと認証用の環境変数を案内しています。このリクエストはOpenRouterのクレジットを使います。T3から追加のトークン利用枠が提供されるわけではありません。

2026-11-12時点で、OpenRouterがClaude Codeとの互換性を保証するのは、Anthropicの自社提供プロバイダーに限られます。この確認では、ガイドの推奨どおりAnthropic 1Pを優先してください。

BetterTokenのClaude Code向け文書では、AnthropicのベースURLにhttps://bettertoken.aiを指定します。/v1は付けません。機密扱いのANTHROPIC_AUTH_TOKEN欄に、自分のBetterTokenキーを入力してください。ANTHROPIC_API_KEYは空にし、~/.claude_bettertokenなどの別ディレクトリを使います。

2026-11-12時点で、BetterTokenのカタログにはclaude-sonnet-5-5が掲載されています。この正確なIDを選び、大きな作業の前にファイル読み取りと課金の確認を繰り返してください。これは別途課金されるAPI利用です。現在の料金を確認してください。

ローカルルーターを使う場合は、さらに別のClaudeインスタンスを作成します。T3のホストからルーターに接続できることを確認してください。追加のルーティング処理はClaude Code Routerの設定ガイドで説明しています。これらのAnthropic環境変数はClaudeプロバイダー用であり、Codexの設定手順ではありません。

MCPで外部のアシスタントからT3 Codeを使います

外部のアシスタントにT3のプロジェクトやスレッドへのアクセスが必要な場合は、MCPを使います。T3内でClaudeとCodexを切り替えるだけなら、この設定は不要です。まず、外部アシスタント自体のモデル認証が正常に動いている状態を用意してください。

外部エージェント向けガイドでは、T3のMCPサーバー経由でプロジェクトを読んだり、利用可能なプロバイダーを一覧表示したりする手順を説明しています。スレッドの開始やメッセージ送信にも対応しています。

Cmd/Ctrl+Kでコマンドパレットを開き、Use T3 Code in another app (MCP)を選びます。同じ操作はSettings → Sharing & accessからも使えます。クライアントを選び、表示される指示に従ってください。

Settings → Environmentsで保存済み環境のメニューを開き、Copy MCP URLを選びます。T3サーバーは起動したままにしてください。Bashで次を実行し、readが入力を待ったらコピーしたURLを貼り付け、Enterを押します。

read -r T3_MCP_URL
claude mcp add --transport http t3 "$T3_MCP_URL"
claude mcp login t3

Codexクライアントでは、代わりに次を使います。

read -r T3_MCP_URL
codex mcp add t3 --url "$T3_MCP_URL"
codex mcp login t3

最初の接続では、設定時またはログイン承認時にRead onlyを選びます。利用可能なリソースを確認できますが、変更はできません。

外部アシスタントに、T3のプロジェクトと利用可能なプロバイダーの一覧を求めます。結果をT3の画面と照合してください。これにより、接続先URLの保存だけでなく、実際のツール操作まで確認できます。

ログインに失敗した場合は、モデルAPIの認証情報を変更する前に、クライアントからコピーした環境のアドレスへ到達できるか確認します。

作業の開始や操作をそのアシスタントに任せる場合だけ、実行権限を付与してください。承認前にアクセス範囲を確認します。モデルAPIのトークンとMCPのログインは別の認証情報です。一方を変えても、もう一方の接続は修復されません。

利用上限、プライバシー、問題のある箇所を確認します

問題を調べるときは、サブスクリプションの上限、API料金、クライアント設定を分けて確認します。

2026-11-12時点のT3のFAQでは、Claudeの5時間枠が早く消費される問題が引き続き報告されています。Anthropic Agent SDK経由では、Claude Codeを直接使う場合より消費が速いという内容です。メンテナーはAnthropic側の不具合が原因だとしています。報告された消費の加速は週間上限には影響しないとの説明ですが、週間上限自体がなくなるわけではありません。

5時間枠があるアカウントでは、一日の作業をすべてT3へ移す前に、小さな代表的タスクで消費を比較してください。その時間枠が主な制約なら、Claude Codeを直接使う選択肢も残します。

FAQでは、T3はローカルモデルに対応していないとも説明しています。ローカルで動くルーターからホストされたモデルへ転送しても、モデルの推論がローカルで実行されることにはなりません。

推論時の通信について、FAQはコードとプロンプトが自分のマシンからプロバイダーへ送られ、T3のサーバーには送られないと説明しています。APIゲートウェイを使う場合は、それも通信経路に含まれます。ただし、テレメトリが一切ないという意味ではありません。T3はプロバイダー、モデル、合計トークン数などの使用状況メタデータを送信します。

テレメトリ文書によると、製品の利用イベントにはプロンプトやファイル内容を含めません。機密性の高いリポジトリを使う前に、別途設けられた診断情報の項目も読んでください。

プロバイダーが見つからない場合は、選択したホスト上のインストール、ログイン、Binary pathを修正します。ゲートウェイの認証に失敗する場合は、機密扱いのトークン、空のANTHROPIC_API_KEY、保存済みログインの有無を確認してください。モデルが利用できない場合は、ゲートウェイの正確なモデルIDと、スレッドで選んだインスタンスを確認します。

設定を変えるたびに新しいテスト用スレッドを作り、ファイル読み取りを繰り返します。ツールの動作と、意図したプロバイダーの使用記録が一致した場合だけ、その変更を採用してください。