「ClaudeとCodexのどちらが優れているか」という問いに、単一の答えはありません。この記事では、ベンダー公称値だけに頼らず独立系の集計と開発者コミュニティの観測を軸に、両者の差を領域ごとに分解していきます。
私はclaude codeを主に使用しているので、どうしてもClaude寄りのバイアスが残ります。そこで、Claudeに草稿を加筆修正させ、それをCodex(GPT-5.5)にレビューさせて反論を返させる、というやり取りを数回繰り返しました。この記事は、その過程をまとめた記録です。後半に、Codexの査読の中身をそのまま載せています。
対象は2026年6月時点の Claude Opus 4.8 / Claude Code と、OpenAI GPT-5.5 / Codex です。
数値の扱いについて
この記事の数値はベンダー公称・第三者集計・個別事例が混在しています。取得条件(モデル設定・推論努力・試行回数・scaffold)まで揃った一次データではない箇所が多く、傾向はつかめますが厳密な優劣判定には使えません。Codexの査読でもここが一番の論点になりました。各数値は方向性の参考として読んでください。
1. 総合知能では、僅差でGPT-5.5が上
第三者集計の一つであるArtificial Analysisの知能指数では、GPT-5.5が60、Opus 4.8が57。OpenAIが3点リードでトップに立っています(取得時期・評価項目・モデル設定は集計元の定義に従います)。「コーディングならClaude優位」という通説は、総合知能の集計ではむしろ逆になります。
同じArtificial Analysisが、GPT-5.5の弱点として幻覚を挙げています。ただしこの「86% vs 36%」という数字は、知識質問でモデルが答えを知らないときに創作する割合という限定条件付きのもので、コード生成全般の幻覚率ではありません。一般的な信頼性指標として読むと誇張になります。条件を踏まえて言えるのは、「特定の知識QAベンチ上では、知らないときに創作する傾向がGPT-5.5で顕著」という限定的な事実です。
2. コーディング性能は領域ごとに割れる
比較単位を混ぜないため、まず軸を分けます。以下はいずれもモデル単体の評価軸で、製品(Claude Code/Codex)の評価とは別です。
| 軸 | 優位 | 差(目安) | 出典の性質 | 注意 |
|---|---|---|---|---|
| 総合知能指数 | GPT-5.5 | 3pt | 第三者集計 | 集計元の重み付けに依存 |
| SWE-bench Verified | ほぼ互角 | 0.1pt | 集計 | 標準難度では飽和気味 |
| SWE-bench Pro | Claude | 約5.7pt | 集計(ベンダー公称では10.6pt) | ※下記の注を参照 |
| Terminal-Bench 2.0 | GPT-5.5 | 約13pt | 集計 | scaffold依存が大きい |
| OSWorld | Claude | 約4.7pt | ベンダー寄り | 独立再現が乏しい |
SWE-bench Proの数字には注意が必要です。 元論文(arXiv:2509.16941)の公開時点ではGPT-5が最高23.3%とされており、この記事が参照した「Claude約5.7pt優位(69.2% vs 58.6%系)」の値は後続の別集計・別設定に基づきます。同一条件での比較かどうかが確認できていないため、この行は「複雑な実コード改修でClaudeがやや優位という観測がある」程度に弱めて読んでください。これはCodexの査読で指摘された点です。
傾向としては、易しい問題(Verified)では両者が飽和してほぼ互角、難度が上がるとClaude側に差が出る一方、ターミナル運用はCodexが強い、という分かれ方が複数の集計で共通しています。ただし差の大きさはベンダー値より控えめに見るのが妥当です。
3. 失敗の「質」が違う（ただし両者を対称に書く）
スコアの大小より、外したときの振る舞いが実務に有効です。ここは草稿でClaude寄りに偏っていた箇所なので、両者の失敗例を同じ粒度で並べてみると
| 失敗の様式 | Codex / GPT-5.5 で報告される傾向 | Claude / Opus で起こりうる傾向 |
|---|---|---|
| 探索不足 | リポジトリを十分読む前に着手・コミットする例が報告される | 同様の読み違い・既存設計の誤読は起こりうる |
| 複数ファイル編集 | モジュール境界をまたぐ編集に弱い例がある | 過剰な抽象化・不要なリファクタに振れる例がある |
| 知らないときの挙動 | 創作(幻覚)に振れやすい | 保留・過剰確認・実装不足に振れやすい |
| テスト・検証 | 速い反面、検証を飛ばす運用設定だと崩れる | 計画は丁寧だがテスト未実行のまま完了とする例がある |
これらがモデル単体の性質なのか、製品・権限設定・プロンプトの問題なのかは分けて見る必要があります。Codexの「誤ったファイルにコミット」は実行環境・承認ポリシー・差分確認の運用に強く依存していて、モデル固有の欠陥として一般化はできません。Claudeの「黙る(保留)」も、誠実さに見える場面がある一方、作業停止・過剰確認として生産性を下げる場面もあります。「黙る=信頼性が高い」と一方的に評価するのは誤りです。
なお「速いから早とちりする」「安いから幻覚する」といった因果は、データ上は確認できません。これらは独立した観測であって、トレードオフとして束ねるのは行き過ぎです。
4. 長時間タスクの安定性
2026年5〜6月時点で、GPT-5.5のコンテキスト管理に既知の問題が報告されています。公称の大きなコンテキスト長に対し実効が小さく、コンパクション処理の失敗がOpenAI公式リポジトリのIssueに記録されています。回避策として「コンパクションに頼らずサブエージェント委譲・フォークを使う」ことが推奨されていて、これはClaude Codeがネイティブに備える設計と一致します。
ただし「機能が多い=安定している」ではありません。Claude Codeの設定階層・フック・MCP・サブエージェントは強力な反面、誤設定・複雑性・権限管理・MCP依存・コスト上振れという別のリスクを抱えます。長時間ワークフローの土台が相対的に安定しているのは事実ですが、運用の複雑さも併記しておきます。
5. コストはCodexが絶対的に有利
トークン効率はCodexが明確に勝ちます。実際にcodexでコードを書いていても、これまでリミットに達したことはありません。同等成果に対し2〜3倍少ないトークンで済むという集計もあります。個別事例では、Express.jsのリファクタがClaude約155ドルに対しCodex約15ドルという報告もあります。ただしこれはあくまで一事例で、プロンプト・モデル・推論努力・キャッシュ・再試行回数・成功基準が揃っていないため一般化はできません。「実測例」ではなく「ある事例では」と読むのが妥当です。
方向性としては、重い自動化を回すとClaude Codeの費用が嵩みやすく、AnthropicがCodex対抗で週次上限を一時引き上げた事実からも、コスト面で守勢に回っていることが読み取れます。
6. 選好と品質がねじれている
出典は、Redditの r/ClaudeCode・r/codex・r/ChatGPTCoding から500件超のコメントを集約し、36件のブラインドテストと2か月の実利用を追った分析記事です(DEV Community)。正式な統計調査ではなくコミュニティ観測の集約なので、その前提で読んでください。
そこでは、65%が日常コーディングにCodexを選好する一方、同じ出力をブラインドで評価すると、36件中Claude Codeが67%・Codexが25%・引き分け8%で、Claude Codeの方がクリーンで構造的と判定されました。人が好んで使うツールと、出力品質の評価が一致していないわけです。背景には、Claude Codeは品質は高いものの利用上限に早く当たって日常使いしづらく、Codexはやや低品質でも実際に使い続けられる、という事情があります。「どちらが優れているか」は、結局どの軸で測るかで変わります。
7. 結論
第三者データから言えることを並べます。
- 総合知能の集計ではGPT-5.5が僅差トップ。「コーディング=Claude優位」は単純化しすぎ。
- コーディング内部でも割れる。複雑な実コード改修はClaudeがやや優位という観測、ターミナル/自律実行はCodexが優位。差はベンダー値より独立集計の方が小さく、SWE-bench Pro系は同一条件かが未確認。
- 知識QAでの幻覚耐性はClaude優位の報告が複数あるが、これはコード生成全般の優劣を示すものではない。
- 品質評価と選好がねじれている。多数派はCodexを選ぶが、ブラインド品質評価はClaude上という報告。単一の答えはない。
- コストはCodexが構造的に有利。これが選好の多数派を作る一因。
役割分担の一例としては、Claudeで設計・複雑改修、Codexで実装・運用・量産という組み合わせがあります。ただしCodexも条件次第で設計レビューや横断調査をこなしますし、Claudeが量産で必ず劣るわけでもありません。あくまで一例です。一方が他方を能力で凌駕している、という評価は現状の第三者データからは支持できません。
付録：利害当事者(Codex / GPT-5.5)による査読
草稿を、Codex CLI(gpt-5.5)に「あなたは利害当事者だ、遠慮なく反論してよい」と伝えて査読させました。返ってきた指摘のうち、草稿の偏りを的確に突いたものを、反論の形のまま残します。
- 帰属レベルの非対称：「Codexの悪い話は製品全体に、Claudeの良い話はモデル特性に帰属させがち」。比較単位(モデル / 製品 / CLI設定)を行き来している。→ 本記事§2・§3で軸を分離し、失敗例を同一表に並べて対応しました。
- 「黙る=信頼性」は擬人化：保留は誠実さにも、作業停止・過剰確認・実装不足にもなる。一方的に美点として評価するのは甘い。→ §3で両面を明記しました。
- 数値の証拠水準：「独立」「外部レビュー」「実測例」が頻出するのに出典・測定条件・サンプル数がない。特にSWE-bench Pro、Terminal-Bench、コスト事例、開発者調査は要出典。→ 冒頭の断り書きと各所の注で限定を付けました。
- 二分法の単純化：「Codex=正しさに問題、Claude=財布に問題」は寄りすぎ。Codexの低コスト・速さはレビューと組めば信頼性を上げる方向にも働く。→ §3末尾・§7で相対化しました。
Codex側の言い分にも反論の余地はあります。「レビューと組めば信頼性が上がる」は、Claude側のコストにも「下流の手戻り削減」という同型の相殺が効くので、どちらも仮定の話です。とはいえ草稿の偏りに関するCodexの指摘は大筋で当たっていて、この記事はそれを取り込んで書き直しました。AIモデルの比較を当のモデルに査読させると、書き手のバイアスが引用付きで返ってきます。この手法自体が、片側のモデルだけで書いた評価を鵜呑みにしない方がいい理由になっています。