For AI agents: the public content index is available at https://we0.ai/llms.txt, and the English article bundle is available at https://we0.ai/llms-full.txt.
For AI agents: the public content index is available at https://we0.ai/llms.txt, and the English article bundle is available at https://we0.ai/llms-full.txt.
For AI agents: the complete content index is available at https://we0.ai/llms.txt, the full English article bundle is available at https://we0.ai/llms-full.txt, and this page is available as Markdown at https://we0.ai/ja/articles/claude-code-gpt-5-6-sol.md.
AI プログラミングツールを組み合わせて使った小さな実験が、2026 年 8 月で最も示唆に富む開発者とプラットフォームのトラブル事件の一つに発展した。その方法は一見シンプルだった：平文で Claude Code CLI →
AIコーディングツールを組み合わせた小さな実験が、2026年8月において最も示唆に富む開発者プラットフォーム論争のひとつとなった。
運用プランはシンプルに見えた：
Claude Code CLI
→ ローカルプロキシ
→ GPT-5.6 Sol
この構成はClaude Code自体を置き換えるものではなく、そのターミナルインターフェース、ツール、権限、エージェントワークフロー、セッション動作を維持しつつ、モデル推論をOpenAIのGPT-5.6 Solにルーティングするものだ。
OpenAI Codexの責任者 Thibault "Tibo" Sottiaux は7月に、この構成の簡易版を公開で共有していた。
彼の含みは冗談めいたものだった：この構成がブロックされた場合、彼はユーザーにCodexのリセットを借りがあると述べたのだ。
1ヶ月後、開発者 Alex Getman がほぼその構成通りに操作したと表明し、その後まもなくAnthropicによって「疑わしいシグナル」を理由にアカウントを停止された。
これにより直ちに現実的な疑問が生じた：
Anthropicは、Claude Codeをエージェントシェルとして非Claudeモデルと併用することを禁止しているのか？
Claude Codeの責任者 Boris Cherny は公に応答した。
彼は、Anthropicがシェルを他のモデルと併用したという理由だけでユーザーを禁止することはないと述べ、今回の停止はほぼ間違いなく別のアカウント分類子によって引き起こされたと指摘した。
これは明快な解決策のように聞こえる。
しかし、物事はそれほど単純ではない。
Anthropicの現在のドキュメントは、Claude Codeが互換性のあるLLMゲートウェイに接続できる一方で、Anthropicがこれらのゲートウェイを介してClaude Codeを非Claudeモデルにルーティングすることをサポートしていないと明記している。
これらの2つの発言は矛盾しない。
それらが意味するのは：
シェルで他のモデルを使用すること
≠ 自動的に禁止される理由
しかし
シェルで他のモデルを使用すること
≠ Anthropicがサポートする構成
この違いこそが、今回の出来事における最も重要な教訓である。
この話の発端は、開発者たちが異なるエージェントシェルでコーディングモデルのパフォーマンスを比較していたことに遡る。
モデルはAIコーディング製品の一部に過ぎない。
シェルはまた以下を決定する：
これは、同じ基盤モデルが別のエージェント環境に置かれると、そのパフォーマンスが異なる可能性があることを意味する。
Sottiauxは、Claude Codeシェル内でGPT-5.6 Solを実験することを公に奨励した。
彼の高位レベルのプランは3つのステップから成る：
claudex エイリアスを定義し、代替モデル構成でClaude Codeを起動する。
Getmanによると、理由として示されたのは：
不審なシグナル
彼は異議申し立てを提出し、AnthropicとOpenAIに対して、この構成自体が禁止されているのかを公に問い合わせた。
これは重要な質問である。なぜなら、いくつかの可能な解釈が存在するからだ。
Anthropicは、Claude Codeを別のモデルと一緒に使用することがポリシー違反であると見なす可能性がある。
トラフィックパターンが、自動化操作、認証情報の不正使用、または他の不審なアカウント特性に類似している可能性がある。
ほぼ同時期に、別のアカウントシグナルが分類器をトリガーした可能性がある。
システムが、本来正当な活動を誤って分類しただけの可能性がある。
Chernyの公開回答は、4番目の解釈を強く支持している。
Claude Codeの責任者 Boris Cherny が直接回答した。
彼の声明は簡潔だった：
2つ目はTiboが公開した投稿で、この出来事への返答として、事態は解決しすべて順調であると述べ、「ハーネス」の選択の自由が重要であり、どのモデルを選ぶかはユーザーが決めるべきだと強調し、今後数週間のバージョンアップデートへの期待も表明しており、同じく中英バイリンガル表記の内容が添付されている。
これはこの出来事に関連する最も明確な公開声明である。
これはGetmanが提起した狭義のポリシー問題に回答している：
Chernyの発言によれば、別のモデルを使用するコーディングハーネスを使用しただけでは、Anthropicのアカウント停止理由にはならない。
しかし、この声明はAnthropicのドキュメントと併せて読むべきである。
公式ドキュメントは依然として、Anthropicが非Claudeルーティングをサポートしないと述べている。
この2つの発言は、異なるレベルを説明している。
開発者はしばしばプラットフォームのステータスを2つのカテゴリーに単純化する：
許可される
または
禁止される
実際の製品サポートはより細かい。
ある構成は以下のいずれかになり得る：
Claude Code + 非Claudeゲートウェイのパターンは、現在最も近いのは：
技術的には可能
+
Claude Code責任者によれば停止理由にはならない
+
Anthropicドキュメントではサポート対象外
これはつまり、ユーザーはAnthropicサポートが以下のような問題のデバッグをしてくれると期待すべきではないということだ：
翻訳レイヤーを正常に動作させ続ける責任は、実質的にプロキシの所有者（Anthropicではなく）にある。
Sottiauxのエイリアスには、以下のような詳細がある：
ENABLE_TOOL_SEARCH=false
Anthropicの現在のドキュメントは、これがなぜ重要なのかを理解するのに役立つ。
Claude CodeのMCPツール検索が使用するモデルおよびプロトコル機能は、カスタムのANTHROPIC_BASE_URLまたは互換性のあるプロキシが正しく転送できない可能性がある。
Anthropicの現在のMCPドキュメントは、以下の場合にツール検索の挙動が異なる可能性があると述べている：
ANTHROPIC_BASE_URLが使用されている。ENABLE_TOOL_SEARCH=falseが設定されている。これは、プロキシがClaude Codeハーネスの大部分の機能を保持できる一方で、エッジケースの挙動を変える可能性があることを示す良い例である。
インターフェースはまったく同じに見えるかもしれない。
しかし、プロトコルの経路は同じではない。
Codeはカスタムモデルオプションをサポートしています
Claude Codeの現在のモデル設定ドキュメントには、カスタムモデルオプションとカスタムゲートウェイモデルIDのメカニズムも含まれています。
これは、ゲートウェイが内部名をモデルデプロイメントにマッピングする組織にとって有用です。
例えば、ゲートウェイは標準のAnthropicモデルIDの代わりに内部識別子を公開する場合があります。
Claude Codeは、標準のClaude名として検証することなく、設定されたカスタム値を受け入れることができます。
同様に、これはAnthropicがそのIDの背後にあるすべてのアップストリームモデルをサポートすることを示すものではありません。
それは単に、Claude Codeがゲートウェイがモデル命名を制御する環境で正常に動作できることを意味します。
なぜローカルホストプロキシがアカウントシグナルを引き起こす可能性があるのか
ゲットマン氏は、自身のプロキシが以下のみをリッスンしていたと強調しました：
127.0.0.1
つまり、プロキシ自体はパブリックインターネットサービスとして公開されていませんでした。
しかし、「ローカルホストのみ」は外部サービスが関与していないことを意味しません。
このワークフローには依然としてアウトバウンド接続が含まれています：
ローカルClaude Code
→ ローカルプロキシ
→ 外部モデルプロバイダー
アカウントセキュリティシステムは、プロキシポートが公開されているかどうかとは無関係に、多くのシグナルを観察できます。
オンラインサービスにおける潜在的なシグナルには以下が含まれる可能性があります：
Anthropicは、ゲットマン氏のアカウントをトリガーした具体的な分類器を公表していません。
チェルニー氏は、ほぼ確実に別のアカウント分類器によってトリガーされたと述べただけです。
したがって、ローカルホストプロキシ自体が禁止をトリガーすることが知られていると主張するのは正しくありません。
曖昧な禁止理由は、診断情報がほとんど提供されないため、苛立たしいものです。
それはユーザーにシステムが以下を検出したかどうかを伝えません：
Anthropicのサポートドキュメントによると、アカウントは利用ポリシーの繰り返しの違反、サポートされていない場所でのアカウント作成、または利用規約への違反などにより禁止される可能性があります。
ユーザーが禁止が正しくないと考える場合、Anthropicは制限付きアカウントエクスペリエンスを通じて異議申し立ての手段を提供します。
公開されている従業員が特定のインシデントの調査を支援する場合でも、正式な異議申し立てプロセスが正しい経路です。
Anthropicの現在のヘルプセンターによると、自分のアカウントが誤って禁止または終了されたと考えるユーザーは以下を行うべきです：
claude.ai にアクセスします。同社は、高トラフィック期間中は応答時間が長くなる可能性があると述べています。
個人アカウントではなく組織が凍結された場合、Anthropicは制限付き画面に別の レビューをリクエスト オプションが表示される場合があると述べています。
異常なローカルプロキシ設定に関連する異議申し立ての場合、役立つ証拠には以下が含まれる可能性があります：
何が起こったのかを証明しようとする際に、APIキー、OAuthトークン、Cookie、またはアカウント資格情報を公開しないでください。
禁止後、ゲットマン氏はその設定を記録したコードリポジトリを公開しました：
このリポジトリは、その目標をClaude Codeの背後で異なるモデルを実行することと説明しています。
ローカルのみのCLIProxy APIサーバーを通じて。
通常のclaudeコマンドを維持し、別のコマンド（例）を許可します：
claudex
代替ルート用に。
READMEには以下のような例が含まれています：
claudex
claudex --continue
claudex --effort low -p "explain this file"
現在、macOSまたはLinux（zshを使用）でのサポートを説明しており、WindowsはWSL経由で利用可能です。
このプロジェクトはコミュニティによってメンテナンスされており、AnthropicまたはOpenAIの製品ではありません。
Getmanのリポジトリはまた、重要な制限を文書化しています：
コマンドラインのみ
アイデアを一文で入力するだけで、We0 AI が紹介サイト、ページ、CMS を生成し、公開後の顧客獲得と流入拡大を支援します。
無料登録で完全なプロジェクトを 1 つ生成
1 つの完全な生成フローを試し、最初のプロジェクトのドラフトをすぐに確認するのに最適です。
そこで説明されているプロキシ手法は、Claude Codeコマンドラインのワークフローを対象としています。
統合されたClaude Codeエクスペリエンスを起動する際、Claude Desktopアプリは独自のモデルとAPIエンドポイントを固定するため、同じプロジェクトレベルのルーティングパスは同じようには動作しないと述べています。
これは、「Claude Code」が複数のインターフェースに表示される可能性があることを改めて思い出させます。
ターミナルで機能する設定が、デスクトップ統合ワークフローでも同様に機能すると自動的に想定すべきではありません。
チェルニー氏の応答後、ソティオー氏はディスカッションスレッドに戻りました。
問題が解決したことを嬉しく思い、ツールの自由が重要だと主張しました。
彼の立場は、ユーザーが自分に最適なモデルを決定できるべきだというものです。
このやり取りは、両方のプラットフォーム責任者がこの特定の問題について実際にはあまり意見が分かれていなかったため、示唆に富んでいます。
チェルニー氏：
私たちは、他のツールで他のモデルを使用しているユーザーを禁止することはありません。
ソティオー氏：
ユーザーはツールに最適なモデルを選択できるべきです。
残りのギャップは製品サポートにあります。
Anthropicのドキュメントは、Claude Codeでの任意の非Claudeバックエンドのサポートを約束していません。
ソティオー氏は以前、この設定が禁止された場合、ユーザーにリセットを借りがあると冗談を言っていました。
イベント後、彼は公にその約束を果たしました。
彼は、以下の製品の有料ユーザー使用制限をリセットしたと発表しました：
このリセットは、このイベントに関連する一回限りのコミュニティジェスチャーでした。
これは以下のように解釈されるべきではありません：
OpenAIは自社の使用制限を管理しています。
AnthropicはClaudeアカウントを管理しています。
ソティオー氏自身も、Anthropicで働いていないため、Anthropicの禁止問題を直接解決できないと指摘しました。
OpenAIのCEOであるSam Altmanは、後にこのイベントにおけるソティオー氏の役割について公にコメントしました。
WireがOpenAIのチームとAnthropicの祝賀イベントの規模を比較して尋ねた；th sottiaux氏は協力したいがAnthropicには所属しておらず、相手が同プラットフォームのツールを使って他のモデルに接続したことでアカウントを凍結するのか疑問視した；alex getman氏は指示通りに設定したところAnthropicにアカウントを凍結され、異議申し立てを行ったと述べた；最後にBoris Cherny氏がAnthropicが人材を募集中だと投稿した。
この一連のやり取りは、ある開発者が最初にアカウント凍結を受けた事件から、モデルとツールチェーンの移植性に関するより広範な議論へと発展した。
根本的な技術的問題は、ソーシャルメディアでの話題よりも長く続く可能性が高い。
開発者はますます組み合わせて使う傾向にある：
モデルA
+
ツールチェーンB
+
ツールC
+
サービスプロバイダーD
単一の垂直統合型テクノロジースタックを受け入れるのではなく。
プログラミングエージェントはモジュール化されつつある。
現代のプログラミングワークフローは複数のレイヤーに分けられる。
推論と生成のエンジン。
例えばGPT-5.6 SolやClaudeシリーズのモデル。
モデルをエージェントに変える実行環境。
例えばClaude CodeやCodex。
ファイル編集、シェル実行、ブラウザアクセス、MCP、検索などの機能。
認証、ルーティング、ログ記録、モデルマッピング、プロトコル変換。
実際に推論を実行するサービス。
この階層化により、新たな比較の方法が生まれた。
開発者はこう問うかもしれない：
その答えは、もはや単一のブランドに限定されないかもしれない。
Claude Code + GPT実験の目的は、同じモデルが異なるツールチェーン環境で異なる性能を発揮する可能性があるという観察にあった。
この違いには複数の合理的な説明がある。
ツールチェーンは以下を制御している：
したがって、効果的なシステムの性能は次のように表される：
モデル品質
×
ツールチェーン品質
×
ツール品質
×
コンテキスト品質
モデル名だけを比較するベンチマークは、開発者の実際の体験の大部分を見落とす可能性がある。
モジュール化は開発者に自由をもたらす。
同時に、責任もより多くのコンポーネントに分散される。
Claude Codeがコミュニティプロキシを通じて非Claudeモデルに接続され、ツール呼び出しが失敗した場合、その欠陥の責任は誰にあるのか？
考えられる原因は以下の通り：
Anthropicは合理的にこう言える：
Claude Code自体は、サポートされているClaudeパスではドキュメント通りに正常に動作する。
一方、プロキシのメンテナーはこう言うだろう：
コンバーターを更新する必要がある。
これが構成可能なインフラストラクチャのトレードオフである。
Claude Codeスタイルのゲートウェイ設定で非Claudeモデルを使用してテストしたい場合、それは正式にサポートされたパスではなく実験として扱うべきである。
確認する項目：
ドキュメントはソーシャルメディアの投稿より更新が遅いが、古いチュートリアルよりは速い。
通常のClaudeパスは変更しない。
例えば：
claude
→ 公式Claudeルート
claudex
→ 実験的なローカルプロキシルート
これによりロールバックが容易になる。
ローカル開発プロキシは以下にバインドできる：
127.0.0.1
全ネットワークインターフェースではなく。
認証とセキュリティレビューなしに、開発プロキシを公開してはならない。
ドキュメント化された環境変数と外部ゲートウェイを使用すれば、変更の検査と削除が容易になる。
アカウントセッションを共有したり、トークンを盗んだり、使用権限のない資格情報を使用してはならない。
以下から始めてはならない：
まず、ファイル編集、ツール呼び出し、ストリーミング、コンテキスト処理が期待通りに動作するか検証する。
ツール検索はその一例である。
その他のゲートウェイ固有の機能も調整が必要になる場合がある。
プロキシにより、フロントエンドの表示とモデル名が一致しない可能性がある。
再現性のために以下を記録する：
フレームワーク
ゲートウェイ
上流プロバイダー
実際のモデル
推論設定
プロキシバージョン
Claude Codeバージョン
サービスに以下の表示がある場合：
リトライを繰り返すのではなく、停止して調査すべきである。
Claude Codeのアップデートやプロバイダーの変更により、非公式の互換パスが壊れる可能性がある。
設定は元に戻せる状態を保つ。
サポートされるClaude Codeデプロイを必要とする組織にとって、Anthropicのドキュメントには複数の公式パスが記載されている。
これには以下が含まれる：
これらのパスは、リクエストを無関係なモデルプロバイダーに変換するよりも明確なサポート期待値を持つ。
ビジネス要件が単に「Claudeアクセスを自社のゲートウェイの背後に集約する」ことなら、サポートされるゲートウェイアーキテクチャを使用すべきである。
要件が「Claude Codeのフレームワークを他のベンダーのモデルと一緒に使う」ことなら、サポートされていない統合に足を踏み入れていることを理解する必要がある。ただしCherny氏は、それだけでは凍結の理由にはならないと述べている。
一度の公開された凍結事件でパニックになる必要はない。
公開された証拠は、Anthropicがプロキシユーザーを禁止する一般的なポリシーを制定したことを示していない。
ただし、その設定の構成をレビューする価値はある。
確認項目：
サードパーティのプロキシ自体がもたらすセキュリティリスクは、モデルルーティング戦略の問題よりも大きい可能性がある。
プロキシは非常に機密性の高い情報を見る可能性がある：
プロンプト。
ツール定義。
ファイルパス。
環境の詳細。
API認証情報。
プロキシ出力。
使用する前に、以下を確認してください：
人気のあるリポジトリだからといって、セキュリティ審査を受けているとは限らない。
Anthropic は、サードパーティのゲートウェイを承認、保守、監査していないことを明言している。
この出来事は、AI 開発者ツール分野におけるより広範な変化を浮き彫りにしている。
第一世代の AI プログラミングアシスタントは垂直統合型だった：
ベンダーのモデル
+
ベンダーのインターフェース
+
ベンダーのツール
一方、開発者の新たな好みはよりモジュール化されている：
好みのモデル
+
好みのフレームワーク
+
好みのツール
+
好みのプロバイダー
これにより、以下に関するより明確な標準への圧力が生まれている：
LLM ゲートウェイとオープンプロトコルの台頭により、このモジュール化された未来はより現実的になっている。
しかし、サポート範囲とポリシーの境界は、まだどこでも追いついていない。
この停止事件は、オンラインで多くの強い主張を生んだ。
その一部は、証拠が裏付けられる範囲を超えている。
Cherny 氏は、Anthropic がフレームワークを他のモデルに使用しただけでユーザーを停止することはないと明確に述べている。
タイミングは示唆的だが、Anthropic は具体的な分類器や完全なアカウント調査結果を公表していない。
同社のドキュメントは、ゲートウェイを介して Claude 以外のモデルにルーティングすることはサポートされていないと明記している。
Claude Code の変数と内部動作は、いつでも変更される可能性がある。
Sottiaux 氏はこの特定の実験を共有したが、公開されたソーシャルメディアの投稿が、すべてのサードパーティプロキシ、プロバイダー、アカウント設定に対する汎用互換性の保証に相当するわけではない。
そのリセットはコミュニティのアクションであり、OpenAI の利用制限に影響を与えたもので、恒久的なポリシーではない。
現在の状況は次のようにまとめられる：
| 質問 | 2026年8月13日時点で最も裏付けのある回答 |
|---|
| Claude Code は LLM ゲートウェイに接続できるか？ | できる。Anthropic のドキュメントにゲートウェイサポートが記載されている |
| 互換ゲートウェイは技術的にカスタムモデル ID を公開できるか？ | できる |
| Anthropic は Claude Code の背後にある Claude 以外のモデルを公式にサポートしているか？ | していない |
| Anthropic はツールフレームワークで他のモデルを使用しただけでユーザーを停止するか？ | Boris Cherny 氏は停止しないと述べている |
| Alex Getman 氏のアカウントは停止されたか？ | はい、彼の公開報告によると |
| Anthropic はプロキシがポリシー違反の原因であると述べたか？ | 述べていない |
| Cherny 氏は何が原因だと言ったか？ | ほぼ間違いなく別のアカウント分類器 |
| CLIProxyAPI は Anthropic の製品か？ | 違う |
| プロキシパスが継続的に利用可能であることは保証されるか？ | 保証されない |
| 誤った停止に対する公式の異議申し立てチャネルはあるか？ | ある |
これは、この出来事を単に「Claude が GPT ユーザーを停止した」という話として見るよりもはるかに有用である。
サードパーティの互換ゲートウェイは、技術的に Claude Code CLI を他のプロバイダーにルーティングでき、公開されたコミュニティ設定がこれを実証している（例：GPT-5.6 Sol の使用）。しかし、Anthropic のドキュメントは Claude Code を Claude 以外のモデルにルーティングすることをサポートしていないと述べており、そのためこれはサポートされていない実験的設定と見なすべきである。
Claude Code の責任者である Boris Cherny 氏は、Anthropic が他のモデルでツールフレームワークを使用しただけでユーザーを停止することはないと公言している。しかし、これはアカウントが他のセキュリティ、ポリシー、アカウント完全性、または分類器の理由で停止されないことを保証するものではない。
Getman 氏は、ローカルホストのプロキシ設定をテストした直後に、アカウントが「疑わしいシグナル」により停止されたと述べている。Cherny 氏は、原因はほぼ間違いなく別のアカウント分類器であり、Anthropic が調査中であると述べている。Anthropic は詳細な分類器レポートを公開していない。
いいえ。CLIProxyAPI は独立したオープンソースプロジェクトである。Anthropic はサードパーティのゲートウェイを承認、保守、監査しないと明言しており、OpenAI も CLIProxyAPI を公式 Codex 製品ドキュメントに含めていない。
はい。Anthropic のドキュメントには、認証、ルーティング、予算管理、使用状況追跡、エンタープライズ展開のための LLM ゲートウェイ設定が記載されている。同時に、同ドキュメントは Claude Code を Claude 以外のモデルにルーティングすることをサポートしていないとも述べている。
ANTHROPIC_BASE_URL は何に使用されますか？Claude Code はカスタムベース URL を使用して、デフォルトのエンドポイントに直接送信する代わりに、設定されたゲートウェイを介してリクエストを送信できる。ゲートウェイの動作はツール検索、モデル検出、コンテキスト処理、その他の機能に影響を与える可能性があるため、オペレーターは現在の Claude Code ゲートウェイのドキュメントに従うべきである。
Anthropic は、停止されたアカウントで claude.ai にログインし、制限付きアカウントのインターフェースに表示される異議申し立てフォームに記入するよう指示している。Safeguards チームがこのケースを審査できる。有用な技術的コンテキストを提供することはできるが、API キー、OAuth トークン、その他の機密情報を決して公開しないこと。
はい。Sottiaux 氏は、その交流の後、有料 ChatGPT Work および Codex ユーザーの利用限度額をリセットしたと公言している。これは特定のコミュニティアクションであり、恒久的な権利や将来のリセットの約束ではない。
Protocol](https://modelcontextprotocol.io/)：Claude Codeなどのエージェントアプリケーションがツールや外部システムに接続するために使用するオープンプロトコル。
ある開発者がローカルプロキシを介してGPT-5.6 Solを未変更のClaude Code CLIにルーティングした直後にアカウント停止となったが、最も有力な公開説明は、Anthropicが単にユーザーがClaude Codeハーネスの背後に他のモデルを配置しただけでアカウントを停止するという主張を支持していない。Boris Cherny氏は、この停止はほぼ確実に別のアカウント分類子によって引き起こされたと述べている。
一方、Anthropic自身のドキュメントは、非Claudeモデルへのルーティングがサポートされていないことを明確に示している。Claude Codeは公式にゲートウェイをサポートしているが、Anthropicはゲートウェイが非Claudeバックエンドに接続された場合のサポート、互換性、トラブルシューティングを保証していない。
これにより、この出来事はポリシーと製品サポートの差異に関する有用なケーススタディとなる。ある技術が実装可能で、それ自体は禁止されていないとしても、ベンダーのサポート対象構成を超えている可能性がある。
最も安全な結論は次の通り：ツールの自由は許容されるかもしれないが、サードパーティプロキシを介してClaude Codeを他のモデルにルーティングする場合、互換性、セキュリティ、運用上のリスクは自己責任で負うことになる。
ひとことから始めて、数分で完全なサイトを手に入れましょう。
