2026年7月、海外の開発者コミュニティで「Claudex(クローデックス)」という言葉が急速に広まった。Claude Codeというインターフェースの中で、OpenAIの最新コーディングモデル「GPT-5.6 Sol」を動かすというやり方で、T3 Chatの開発者が発端となり、OpenAIでCodexを率いるThibault Sottiaux氏がその手法を共有したことで一気に火がついた。しかも「本家のCodex CLIで動かすより、Claude Codeの中で動かした方が調子がいい」という声まで出ている。本記事では、この現象の技術的な理由(モデルとハーネスの分離)を整理したうえで、実際の設定手順を2つのルートで紹介し、多くの紹介記事が触れていない利用規約上のリスクまで踏み込んで解説する。
この記事でわかること
- なぜGPT-5.6 SolがCodex本家よりClaude Code上でうまく動くと言われているのか(モデルとハーネスの分離という考え方)
- 公式サポートされた安全なルート(Codexプラグイン)と、コミュニティ発の設定(CLIProxyAPI)の2つの実現方法
- CLIProxyAPIを使う場合の具体的なコマンド・エイリアス設定と、環境変数で制御できること一覧
- API従量課金とChatGPT定額プランの実額比較、利用規模別のコストシミュレーション
- 「追加課金なし」の裏側にある、OpenAI利用規約上のグレーゾーンと、Anthropic側への影響の有無
- 個人の検証利用と、業務・本番導入で分けて考えるべき理由
何が起きているのか:モデルとハーネスは別物という発見
「なぜ本家のCodexよりClaude Codeの中の方が調子がいいのか」という問いに対する答えは、モデルそのものの性能差ではなく、ハーネス(モデルを取り巻く土台の設計)の差にある、というのが現時点でのコミュニティの見立てだ。モデルを車のエンジンだとすれば、ハーネスはツールの呼び出し方・サブエージェントの制御・思考の深さの調整といった、モデルの外側の作り込みにあたる車体にあたる。同じエンジンでも、車体の設計が優れていれば速く走る、というたとえがよく使われている。
T3 Chatの開発者(開発者コミュニティで広く動向を追われている人物)は、サブエージェントの思考の深さ(effort)を固定できる点で、Claude Codeの設計が一歩進んでいると指摘している。この「モデルの中身は競合のものでも、外側の器はClaude Codeを使う」という発想自体が、今回の現象の本質だ。ハーネスという概念そのものの解説はエージェントハーネスとは？AIエージェント精度改善の仕組みで詳しく扱っているので、背景を掴みたい場合はあわせて参照してほしい。
実現方法は2ルート:安全重視か、Sol中心か
Claude CodeでGPT-5.6 Solを動かす方法は、大きく分けて2つある。どちらもGPT-5.6 SolはOpenAIの最新コーディングモデルという前提は共通だが、リスクの性質がまったく異なる。
ルートA:公式Codexプラグイン(サンクションされた安全な方法)
OpenAIが提供する公式のCodexプラグインをClaude Codeにインストールする方法だ。Claudeが主体でコードを書き、GPTにレビュー役を任せるという構成になる。
/plugin install codex@openai-codex
/reload-plugins
/codex:setup
セットアップ後は/codex:review・/codex:adversarial-review・/codex:rescueといったコマンドが使えるようになる。これはOpenAI自身が提供する公式の連携経路であり、利用規約上の懸念は基本的にない。まず試すなら、このルートから入るのが妥当だ。
ルートB:CLIProxyAPI経由(Solをメインに据える、コミュニティ発の方法)
ChatGPTの有料プラン(Codex枠を含むPlus/Pro/Business等)にすでに課金していれば、追加のAPI課金なしにGPT-5.6 SolをClaude Codeのメインモデルとして動かせる、という触れ込みの方法だ。「CLIProxyAPI」というオープンソースのローカルプロキシを間に挟み、ChatGPTのOAuthログインをAPIの認証代わりに使う。Claude CodeはAnthropic形式でしか話せず、SolはOpenAI形式でしか応答しないため、この間を翻訳するプロキシが必要になる、という理屈だ。
セットアップの流れ(Homebrewの場合)
brew tap router-for-me/tap && brew install cliproxyapi
# 2. ChatGPTアカウントでログインしてプロキシを起動
cliproxyapi –codex-login
brew services start cliproxyapi
# 3. エイリアスを設定(config.yamlにポート番号とAPIキーを記述)
ルートBはさらに2つの使い方に分かれる。
B-1:Solを常時メインにする設定
ANTHROPIC_AUTH_TOKEN=自分のプロキシキー \
CLAUDE_CODE_SUBAGENT_MODEL=gpt-5.6-sol \
CLAUDE_CODE_ALWAYS_ENABLE_EFFORT=1 \
CLAUDE_CODE_MAX_TOOL_USE_CONCURRENCY=3 \
ENABLE_TOOL_SEARCH=false \
claude –model gpt-5.6-sol’
claudexと打った瞬間からSolがメインモデルになる。サブエージェントに使うモデルや、思考の深さ(effort)まで環境変数で固定できる点が特徴だ。
B-2:普段はClaude、必要な時だけSolに切り替える設定
ANTHROPIC_AUTH_TOKEN=自分のプロキシキー \
claude’
起動時は通常のClaudeのまま動き、セッション中に/model gpt-5.6-solと入力した時だけSolに切り替わる。/modelで元に戻せる。B-1との違いは、起動コマンド末尾の--model gpt-5.6-solを付けるか外すかだけだ。
これで何ができるようになるのか
単に「Claude CodeでGPT-5.6 Solが動く」というだけでなく、環境変数の組み合わせによって、通常のCodex CLI単体では難しい制御ができるようになる点が実務上の価値だ。
| できること | 設定方法 | 効果 |
|---|---|---|
| サブエージェントのモデル固定 | CLAUDE_CODE_SUBAGENT_MODEL=gpt-5.6-sol |
並列で動く子エージェントすべてにSolを割り当て、メインとサブで別モデルを使う構成も可能 |
| 思考の深さ(effort)を常時最大化 | CLAUDE_CODE_ALWAYS_ENABLE_EFFORT=1 |
Sol本来のUltraモード的な挙動を、Claude Codeの制御下で毎回明示的に有効化できる |
| 並列ツール呼び出し数の制御 | CLAUDE_CODE_MAX_TOOL_USE_CONCURRENCY=3 |
同時に走らせるツール呼び出しの数を制限し、暴走的なリクエスト増加を防ぐ |
| コンテキスト・自動圧縮の調整 | claudex系ツールによる200K→372Kへの上書き | Codexが持つ372Kのコンテキスト枠に合わせ、Claude Code側の早すぎる自動圧縮(auto-compaction)を防ぐ |
| ClaudeとSolの即時切り替え | /model gpt-5.6-sol ⇄ /modelで復帰 |
同一セッション内で、モデルごとの得意分野に応じてその場で使い分けられる |
※Sol側の「Ultraモード」は、有効化すると本家Codex環境ではサブエージェントも含めてUltra相当の思考リソースが使われ、トークン消費が跳ね上がることが指摘されている。Claude Code経由であれば、プロキシのモデルルーティング機能を使ってサブエージェントだけ安価なモデルIDに個別指定できる場合があり、この粒度の制御はCodex単体にはない利点とされる。
コスト比較:定額サブスクリプション vs API従量課金
「追加課金なし」という触れ込みの実態を、実際の料金で確認しておく。2026年7月時点でOpenAIが公開しているGPT-5.6ファミリーのAPI料金は次の通りだ。
| モデル/ティア | 入力(100万トークン) | 出力(100万トークン) | 備考 |
|---|---|---|---|
| GPT-5.6 Sol | $5.00 | $30.00 | 27.2万トークン超は$10.00/$45.00に上昇 |
| GPT-5.6 Terra | $2.50 | $15.00 | バランス型 |
| GPT-5.6 Luna | $1.00 | $6.00 | 高volume向け軽量ティア |
| 参考:Claude Fable 5 | $10.00 | $50.00 | Anthropic側の比較対象 |
一方、ChatGPTの月額サブスクリプションは、Plus $20、Pro $100〜$200、Business $25/席(年払い時)といった価格帯だ。ここに今回の手法の経済合理性がある。Sol相当のAPIアクセスを従量課金で使うと、コーディング用途では月あたり数十〜数百ドルに達し得るのに対し、ChatGPTの定額プランの範囲内であれば、その利用量が事実上定額に収まるという構図だ。
利用量別の概算シミュレーション
| 利用規模 | 想定トークン(月間) | API従量課金なら | ChatGPT Plus($20)なら |
|---|---|---|---|
| 軽量(単発の質問・小規模レビュー中心) | 入力200万/出力30万 | 約$19 | 定額$20に収まる可能性が高い |
| 中量(日常的なコーディング支援) | 入力800万/出力150万 | 約$85 | Plusの利用上限次第だが、定額の方が有利になりやすい |
| 重量(長時間のエージェント作業・大規模リファクタ) | 入力3,000万/出力600万 | 約$330 | Plusの週次上限に達する可能性が高く、Pro/Business検討域 |
2026年7月12日、OpenAIはChatGPT Plus・Pro・Businessに設けていた5時間ごとのローリング利用上限を一時的に撤廃し、週次の上限のみを残す変更を行った。これにより、定額プランで捌ける実質的な作業量が増えており、CLIProxyAPI経由での「サブスクをAPI的に使う」という手法の実利がさらに大きくなっている状況だ。ただし、この上限緩和は「一時的」措置とされており、今後の仕様変更で再びローリング上限が戻る可能性がある点は踏まえておきたい。
コスト面の魅力は本物だが、これは裏を返せば「本来API従量課金で提供されている商用利用相当のアクセスを、個人向け定額プランの範囲内で賄っている」ということでもある。次章で扱う利用規約上のグレーゾーンは、まさにこの経済的なアービトラージ(裁定)構造そのものから生じている。「なぜOpenAIが公式にこの使い方を推奨していないのか」を考えると、コストメリットとリスクは表裏一体だと理解しやすい。
見落とされがちな本題:これは利用規約上、安全なのか
ここが、多くの紹介記事が素通りしている論点だ。ルートAとルートBでは、リスクの性質がまったく違う。
| 観点 | ルートA(公式Codexプラグイン) | ルートB(CLIProxyAPI) |
|---|---|---|
| 提供元 | OpenAI公式 | コミュニティ発のオープンソースプロキシ(router-for-me/CLIProxyAPI) |
| 認証の仕組み | 公式の連携フローに準拠 | ChatGPTのOAuthログインを、非公式プロキシ経由でAPI的に流用 |
| 課金体系 | 既存のChatGPTプラン・Claude Codeプランの範囲内 | ChatGPTのサブスクリプション枠を、本来API従量課金で提供される用途に転用する形 |
| 規約上の位置づけ | サンクションされた(公認された)経路 | OpenAI・Anthropicいずれからも公式に認められた経路ではない、いわゆるグレーゾーン |
| アカウント停止リスク | 低い | ゼロではない。自動化・プログラム的な利用とみなされる可能性がある |
OpenAIの利用規約は、サービスの改変・リバースエンジニアリング・出力のプログラム的な抽出・競合サービスの構築といった行為を制限している。CLIProxyAPIのようなツールは、本来アプリ経由の対話利用を想定して提供されているサブスクリプション認証を、ローカルプロキシを介して事実上のAPIエンドポイントとして扱う設計になっている。これが「利用規約の範囲内の創意工夫」なのか「認められていない用途への転用」なのかは、OpenAI側が明確に公式見解を示していない以上、グレーゾーンだと理解しておくべきだ。実際、この手法を扱う技術系メディアの中にも、記事タイトルに「利用規約上のリスク」を明記して注意喚起しているものがある。個人の検証目的で試す分にはコミュニティで広く行われている状況だが、アカウント停止や利用制限のリスクをゼロと考えるのは早計だ。
Anthropic側への影響はあるのか
興味深いのは、ルートBの構成ではClaude Code自体はAnthropicのAPIに実質的にリクエストを送っていない、という点だ。ANTHROPIC_BASE_URLをローカルのプロキシに向け変えることで、Claude Codeは単なる「インターフェース(器)」として動作し、実際のモデル呼び出しはOpenAI側のCodexバックエンドに向かう。B-2のように/modelで切り替える運用では、Claude本来のセッションとSolのセッションが同じインターフェース上で混在することになるため、どちらのモデルに何を投げているかを自分で把握しておく必要がある。Anthropic自身の利用規約に照らして問題になる可能性は低いと考えられるが、Claude Codeというブランドの体験を、Anthropicの想定しない形で使っているという点は留意しておいた方がいい。
業務・本番利用を検討するなら
個人の検証・実験としてルートBを試すことと、それを事業のワークフローに組み込むことは、リスクの大きさが違う。業務で継続的にGPT-5.6 Solを使いたい場合は、次のような選択を検討すべきだ。
- OpenAIの公式APIキーを取得し、正規の従量課金でアクセスする(コストは増えるが、規約上の懸念がない)
- ルートAの公式Codexプラグインを使い、GPTはレビュー役に限定する運用にとどめる
- ルートBを使う場合でも、顧客提供物や継続収益が絡む業務ではなく、個人の技術検証の範囲にとどめる
「今日そのまま無料で動く」という手軽さは魅力的だが、事業として使うツールの選定では、規約上の位置づけがはっきりしている経路を優先するのが堅実だ。どのタスクにどのモデル・どの経路を割り当てるかという設計の考え方はAIモデル使い分け完全ガイド｜タスク別に最適なLLMを選ぶ方法でも整理しているので、あわせて参考にしてほしい。
まとめ
「Claudex」現象が示しているのは、単なる裏技以上のものだ。AIエージェントの実力は、モデル単体の性能だけでなく、それを取り巻くハーネスの設計に大きく左右される、という構造そのものが可視化された出来事だと言える。Claude Codeというハーネスの上に、Anthropic・OpenAI・その他のモデルを載せ替えて使い分けるという発想は、今後もモデルの世代交代が続く限り有効な考え方だ。
ただし、その実現方法には安全な経路とグレーゾーンの経路がある。公式のCodexプラグインは規約上の懸念なく試せる一方、CLIProxyAPIを使ってサブスクリプション認証をAPI的に転用する方法は、個人の検証としては広く行われているものの、利用規約上の位置づけが不透明であることを理解した上で使う必要がある。「無料でSolが使える」という見出しの魅力だけで判断せず、業務利用では規約上明確な経路を選ぶという原則を、まず押さえておいてほしい。
よくある質問
Q. CLIProxyAPIを使うとOpenAIのアカウントが停止されますか?
A. 現時点で広範囲のアカウント停止が確認されているわけではなく、コミュニティで広く試されている状況だ。ただし、OpenAIの利用規約はサービスの想定外の転用や自動化的な利用を制限しており、この手法が将来的に問題視される可能性はゼロではない。個人の検証目的にとどめ、事業の継続的な運用には正規のAPI経由を検討することを勧める。
Q. ルートAとルートB、どちらから試すべきですか?
A. まずルートA(公式Codexプラグイン)から試すことを勧める。Claudeが主体でコードを書き、GPTにレビューさせるだけでも、ハーネスとモデルを組み合わせる感覚はつかめる。Solをメインに据えたい場合は、リスクを理解した上でルートBを検討するという順番が安全だ。
Q. なぜCodex本家よりClaude Codeの方が調子がいいと言われるのですか?
A. コミュニティの見立てでは、モデルそのものの性能ではなく、サブエージェントの思考の深さ(effort)を固定できるなど、ツール呼び出しやエージェント制御の作り込みにおいて、Claude Codeのハーネス設計が優れている点が理由とされている。同じモデルでも、載せる器の設計次第で体感的な実力が変わるという指摘だ。
Q. Claude Code側のアカウントに影響はありますか?
A. ルートBの構成では、Claude Code自体は実質的にAnthropicのAPIへリクエストを送っておらず、インターフェースとして使われているだけだ。Anthropic側の規約に照らして問題になる可能性は低いと考えられるが、想定されていない使い方である点は認識しておくべきだ。
Q. この設定は今後も使い続けられますか?
A. CLIProxyAPIのようなコミュニティ発のツールは開発が活発な反面、OpenAI・Anthropic双方の仕様変更によって突然動かなくなる可能性がある。ポート番号・環境変数名・モデルIDなどは2026年7月時点のコミュニティの実装を反映したものであり、実運用前には必ずプロジェクトの最新READMEで動作を確認してほしい。
Q. 結局、どれくらい得なのですか?
A. 利用量次第だ。軽い利用ならAPI従量課金でも月$20前後に収まり、差は小さい。一方、長時間のエージェント作業や大規模なリファクタリングのようにトークン消費が大きい使い方では、API換算で月$300を超えるケースもあり、ChatGPT Plus($20)やPro($100〜$200)の定額内に収まるなら差は大きくなる。ただし2026年7月12日の利用上限緩和は一時的措置とされており、将来的に上限が戻れば、この経済的なメリットも縮小する可能性がある点は留意しておきたい。
