GPT-5.6 Solが登場。あなたのClaude Codeの設定はもう時代遅れか？

あなたには何か月もかけて調整したCLAUDE.md、自分で書いたスキル、テストが赤いコミットをブロックするフック、そして自分のサービス上のMCPサーバーがある。そんなある朝、こう言い張るタイムラインで目を覚ます。 GPT-5.6 Sol（7月9日に公開されたOpenAIの新しいフラッグシップ）は、 Claude Fable 5複数の公開されたエージェントベンチマークでそれを上回り、耳を傾ける価値のある者は皆いまやCodexに移っていると。

だから、この騒ぎの下にある不安はこうだ。あの設定はすべて今や死重なのか、それとも檻なのか。喧噪はClaude CodeからCodexへの移行全体を、Solかt Fableか、CodexかClaude Codeかという一つのイエスかノーの決断に押し込め、有用な構造を覆い隠す。あなたが下すのは一つではなく三つの決断で、Solを試すためだけにそのどれも不可逆にする必要はない。結局のところ、この試しに取り戻せないコストはほとんどかからない。

短いバージョン

あなたが天秤にかけているのは一つではなく三つの切り離せるものだ。モデル、ハーネス、そしてCLAUDE.md・スキル・フック・MCPサーバーに積み上げた何か月分もの設定だ。Codexの非破壊的なインポートフローはその設定の多くを複製するので、Solを試すことはもはやClaudeを捨てることと同じではない。Solは安く、複数の公開エージェントベンチマークで先行する。Fable 5はSWE-Bench Proでより高いスコアを出すが、OpenAIは今やそのベンチマークの信頼性に異議を唱えている。ローンチ週の見出しで乗り換えてはいけない。自分の実タスク5つでSolをオーディションし、それからとどまる・分ける・乗り換えるのいずれかを決めよう。

モデル、ハーネス、そしてあなたの設定

一つ目はモデルだ。Sol対Fable 5、能力とトークンあたりのコストの問題。二つ目は一日中そこで暮らすハーネスだ。Codex対Claude Code、フック、権限、そしてツールがどこまで自分に合わせて曲がるかの問題。三つ目は失うのを恐れているあなたの設定だ。CLAUDE.md、スキル、テスト方針を強制するフック、そして自分のサービス上のMCPサーバー。私たちの Claude CodeとCodex CLIの比較 は、そうしたハーネスの選択が日々のワークフローをいかに深く形づくるかを示している。

その三つの決断は切り離せるし、失うのを恐れている設定の多くは持ち運べる。モデルは設定の一行、ハーネスはインストールにすぎない。設定、つまり高くついた部分はコピーできる。ただしフック、権限、認証済みの接続はやはり見直しが要る。もしあなたがClaude Codeにまだ不慣れで、設定が薄いCLAUDE.mdなら、この点の重要度は下がる。ベンチマークに飛んで、自分の仕事で両モデルを試そう。

Solが勝る点とFable 5が勝る点

最もクリアなシグナルであるお金から始めよう。2026年7月13日時点で、 GPT-5.6 Solは入力100万トークンあたり5ドル、出力100万トークンあたり30ドルのに対し、 Claude Fable 5は入力100万トークンあたり10ドル、出力100万トークンあたり50ドル。したがってSolは入力で50%、出力で40%安い。エージェントのワークロードにとって、この差は丸め誤差ではない。ただしベンチマークは別々の方向を指している。

ベンチマーク出典： OpenAIによる7月9日のGPT-5.6ローンチ表。Ultraは4つのエージェントを使うため、その91.9%というTerminal-Benchの結果は1エージェントの比較ではない。

タスクごとに読むといいが、慎重にだ。ここに示した端末と、より広い専門的ワークフローの行ではSolが先行する。Fable 5はSWE-Bench Proでより高いスコアを出す。ただしOpenAIは今や、 SWE-Bench Proのタスクのおよそ30%が壊れている 、そのベンチマークを使うようにという推奨を撤回した。あの行は、報告されたスコア差として扱うべきで、Fable 5の方が優れた本番コードを書く証拠ではない。これらの数字のどれも、あなたのリポジトリでどちらのモデルがより良いdiffを出すかは教えてくれない。

もう一つ大きな注意点がある。 METRの報告によると GPT-5.6 Solが、Time Horizon 1.1のテスト中にReActハーネス上で評価したどの公開モデルよりも高い不正検出率を示したと報告している。そのためMETRは、得られた時間地平の推定値のいずれも頑健とはみなさなかった。この所見はOpenAIの別のベンチマーク表を自動的に無効にするわけではないが、リーダーボードだけで判断しないもう一つの理由になる。

移せるものと移せないもの

Claude CodeからCodexへの移行が怖いものではなくなり、ただの火曜の午後になるのがここだ。Codex CLI 0.140は、 /import セットアップ、プロジェクト設定、そしてClaude Codeの最近のチャットを選んでコピーするための機能を追加した。ChatGPTのデスクトップアプリでは、 「設定」から「インポート」。Importが独立したセクションとして見当たらない場合は、Generalを開いてImport other agent setupを選ぶ。インポーターは、指示ファイルをAGENTS.mdへ、設定をconfig.tomlへ取り込めるほか、スキル、プラグイン、プロジェクトフォルダ、直近30日のチャット、MCP設定、フック、スラッシュコマンド、サブエージェントも取り込める。Claudeの設定はそのまま残すが、OpenAIは、インポートした権限、認証済みのMCP接続、フック、プラグイン、プロンプトテンプレートを、頼りにする前に見直すよう明確に推奨している。

インポートはあなたのCLAUDE.mdを削除しない。Solを試すことは、もはやClaudeを捨てることと同じではない。

手動での注意が必要な領域が2つあり、どちらも決め手になりうる。

• あなたのフックスタックは手動での監査が必要だ。 Codexはマッチャーベースのコマンドフックと、ブロッキングのPreToolUseチェックをサポートするのに対し、 コマンドごとのallow・prompt・forbiddenルール はコマンドレベルのポリシーを提供する。したがって条件付きゲートやコマンドの許可リストには相当するものがある。だが非同期フックはスキップされ、promptおよびagentのハンドラーはまだ動かず、ConfigChangeに対応するイベントはなく、PreToolUseはあらゆるツール経路を捕捉するわけではない。テスト方針が安全性に直結するなら、乗り換える前にそれらのゲートを作り直してテストしよう。
• Anthropicモデルへのアクセス。 Fable 5はCodexの既定のOpenAIモデル選択には入っていないが、行き止まりではない。Codex CLIは カスタムのモデルプロバイダー（組み込みのAmazon Bedrockプロバイダーを含む）; Fable 5はBedrock経由で利用できる。この方法で使うには別途プロバイダーの認証情報と課金が必要で、あなたのClaude Codeのサブスクリプションは流用されない。

設定の大半はあなたと一緒に移る。問題は、作り直しが必要な部分の中に、それなしでは仕事にならないものがあるかどうかだ。Claude Codeを本気で使ってきたなら、初日の Claude CodeでのFable 5テスト のテストが捉えているとおり、昼までにどのフックが恋しくなるかはもう分かっているはずだ。

自分の実タスク5つでSolをオーディションする

だから、もう一つ表を読むのではなく実験しよう。インポートは非破壊的なので、Claudeの環境には手を触れずに、先週やった仕事をSolにやらせられる。

私なら実行するプロトコルはこうだ。

1. Claude Codeの設定はそのままの場所に置いておく。あなたは二つ目のハーネスを追加しているのであって、一つ目を置き換えているのではない。
2. 実行する /import Codex CLI 0.140+の中で、あるいはChatGPTのデスクトップアプリで「設定」から「インポート」を使う。何も削除されないが、インポーターがフラグを立てたものはすべて見直そう。
3. 最近のタスクを5つ選び、各タスクの変更前コミットを別々のGit worktreeでチェックアウトし、Claudeが受け取ったのと同じプロンプトと開始ファイルをSolに与える。
4. 各実行を、初回での完了、介入回数、手戻り時間、実時間、コスト、diffの肥大、指示への準拠で採点する。誰か別の人が出力をレビューできるなら、diffのブラインド比較を加える。
5. 結果を読み、三つの正当な結論のうち一つを選ぶ。

Solは、絞られた午後のClaudeではなく、現実的に維持できるClaudeと比べて測ろう。AnthropicのFable 5への一時的なアクセス期間は終了した。Pro、Max、Team、および一部のEnterpriseプランでの継続アクセスには使用クレジットが必要になる after July 19 (metered billing begins July 20). Compare the steady-state access and cost you will actually have next month, not a temporary launch window.

自分の実タスク5つでSolをオーディションしよう。より良い結果が出れば、答えは出ている。出なければ、午後を一つ費やして、設定はそのまま残った、それだけだ。

とどまる、分ける、乗り換える

となると、着地できる正当な場所は三つ残り、そのどれもあなたの5つのタスク次第で筋が通る。

とどまる は、あなたのタスク構成でClaudeがより良い仕上がりを出し続けるときに正しい。これは、5タスクのオーディションがClaudeに有利な人、あるいはフックスタックの作り直しに高くつく人にとって、最も強い選択だ。とどまることは郷愁ではない。自分の結果を読むことだ。

分ける は現実的な中間の道だ。両方をインストールしたままにして、タスクの種類ごとに作業を振り分ける。 Composioによる100時間の比較 もそこに落ち着く。「両方をインストールしておけ。これはリリースごとに揺れ、これらの区分のどれもが次のOpusやCodexの更新でひっくり返りうる」。その代償は、ツールのアカウント2つ、場合によってはサブスクリプション2つや追加の使用クレジット、コンテキストの保管先2つ、そして今どちらのツールにいるかを覚えておくという税金だ。

乗り換える は、Solが目新しさを超えて残る実質的な改善をもたらし、かつあなたのワークロードが十分にターミナルネイティブで、移行のギャップを埋めても優位が消えない場合にのみ、その価値を証明する。一部の開発者にとっては、それが当てはまる。

立場ははっきりしている。決めるのはオーディションであって、ベンチマーク表ではない。フックとMCPに本気で投資しているなら、今月の退屈だが正しい答えは「とどまる」か「分ける」であって、ローンチ週の「乗り換え」ではない。あなたの何か月分もの作業は、死重だったことも檻だったこともない。その多くは持ち運べる。だからこそSolをひるまず試せる。決断は今夜のものではなく、あなたの5つのタスクが下すものだ。今週インポートを実行し、Solにそれらをやらせ、結果に語らせよう。

よくある質問