ローカルのリポジトリを読みながら、開発者が進行を見て、必要なら途中で止めたり計画を変えたりする作業なら、まず Claude Code を選ぶべきです。terminal、IDE、desktop、browser のセッションを人が見ながら、大きなコードベースの依存関係を追って慎重に変更する用途に向いています。
一方で、作業を切り出して任せられるなら OpenAI Codex が強くなります。app、IDE、CLI、cloud、GitHub、CI、browser/computer-use、connected workspace context、host-mediated remote follow-up は、Codex の委任型ワークフローに合います。
2026年の比較では、この違いが単一のベンチマーク順位より重要です。Codex はもはや「OpenAI のコーディングモデル」や CLI だけではありません。remote connections により、ChatGPT mobile app から接続された Mac 上の Codex と作業したり、別の Codex App device から作業を続けたりできます。ただし project files、commands、credentials、tools、browser setup、approvals は host 側が持ちます。Claude Code も terminal だけの道具ではなく、人が監督するローカル開発、プロジェクトごとの Skills、subagents、hooks、memory、条件付きの長いコンテキスト、コードベース推論では依然として強い選択肢です。
実務では、どちらか一方に寄せるより、責任を分けたほうが安定します。Claude Code にローカルで調査、設計、リスク発見を任せ、Codex に境界のはっきりした実装、PR review、CI 更新、ブラウザチェックを委任する。価格、利用制限、モデル名、コンテキスト長、ベンチマーク値は変わりやすいので、購入やチーム導入の判断では当日の公式ページで確認してください。
先に結論
Claude Code と Codex はどちらもコードを書けますが、同じ種類の道具ではありません。Claude Code は、開発者が横で見ているローカルのペアプログラミングエージェントに近い存在です。ファイルを読ませ、コマンドを実行させ、計画を出させ、危ない変更を止め、プロジェクト固有のルールの中で進められます。Codex は、レビュー可能な成果物を返す委任先に近い存在です。app、IDE、CLI、cloud、GitHub、CI などに作業を出し、あとから差分とログを見て判断できます。
Claude Code から始めるべき場面は明確です。
- 大きなリファクタリングや移行計画で、複数ファイルの関係を読む必要がある。
- バグ調査がローカル状態、独自スクリプト、特殊な開発環境に依存している。
- チームが Skills、subagents、hooks、ローカルの作業規約を使っている。
- 複数タスクの並列処理より、人が見ながら進める制御性が重要である。
Codex から始めるべき場面もあります。
- 作業を独立した branch、PR、issue、チェックに切り出せる。
- GitHub、CI/CD、code review、クラウド環境の中で完結する。
- browser/computer-use、connectors、docs、tickets、workspace context が必要である。
- ひとつの深いローカルセッションより、複数の小さな委任タスクを進めたい。
リスクが分かれているなら、併用が自然です。Claude Code は「何を変えるべきか、どこに結合があるか」を調べる。Codex は「この限定されたタスクを実装、検証、レビュー、自動化できるか」を担当する。これは同じ質問を二つのツールに投げることではなく、作業の所有権を分けることです。
Codex は何が変わったのか
古い比較では、Codex を CLI や単一のモデルとして扱うことが多くありました。今はその見方では狭すぎます。OpenAI の Codex quickstart は、Codex を desktop app、IDE extension、CLI、chatgpt.com/codex の cloud として説明しています。IDE extension は project directory の files を読み、commands を実行し、changes を書き込めます。cloud Codex は GitHub に接続し、設定された環境でタスクを実行し、logs を見せ、changes を review し、pull requests を作成できます。
より新しい変化は remote connections です。OpenAI の remote connections docs は、2026年5月25日時点で、ChatGPT mobile app から接続された Mac 上の Codex と作業すること、別の Codex App device から作業を続けること、Codex App を SSH host 上の project に接続することを説明しています。phone は prompts、approvals、follow-up messages を送りますが、接続された host が repository files、commands、MCP servers、skills、browser access、Computer Use、sandboxing、credentials、permissions、approvals を提供します。同じ docs では、mobile setup には現在 macOS 版 Codex App が必要で、Windows 版 Codex App は mobile setup をまだサポートしていません。
これは Codex を「クラウドでコードを書く道具」から、「作業を委任し、host を通じて承認や方向転換を続けられる実行面」へ押し広げます。ただし、リモートで続けられることは、変更が自動的に正しいことを意味しません。複雑な migration、壊れやすい UI task、失敗する test は、これまで通りレビューが必要です。
つまり Codex の変化は、単に新しいモデルが速くなったという話ではありません。エンジニアリング作業を複数の場所に割り当てるシステムになったという変化です。Codex GitHub Action は CI/CD 内で Codex を実行し、patch を適用し、code review を投稿する流れを示しています。Configuration reference には、model selection、review model、approval policy、sandbox mode、project instructions、Skills、apps/connectors、memories、hooks、MCP、multi-agent features、web search、ファイルシステムやネットワーク権限が並びます。
アクセス経路も重要です。OpenAI の Codex pricing page は、2026年5月25日時点で、API Key route は CLI、SDK、IDE extension での Codex 利用を含む一方、GitHub code review や Slack のような cloud-based features は含まないと説明しています。Enterprise docs も、開発者の computer 上の sandbox で動く local Codex と、hosted containers で動く Codex cloud を分けています。これは単なる billing detail ではなく workflow boundary です。
そのため、単純なベンチマーク表だけでは判断できません。作業が「ローカルで見ながら慎重に進める変更」なら Claude Code が自然な始点になります。作業が「境界を決めて任せ、branch や PR として戻すもの」なら Codex の価値が上がります。
Claude Code がまだ強い領域
Claude Code の主戦場は、ローカルで対話しながらコードベースを扱う作業です。Anthropic の Claude Code overview は、Claude Code を terminal、IDE、desktop app、browser で使える agentic coding tool と説明しています。コードベースを読み、ファイルを編集し、コマンドを実行し、dev tools と統合し、複数ファイルや複数ツールにまたがる feature work、bug fixing、development automation に使う位置づけです。これはクラウドに作業を投げるモードとは違います。
強さは「説明がうまい」ことだけではありません。セッションの形が違います。開発者は、まず読ませる、まだ編集させない、呼び出し関係を追わせる、ローカルの失敗ログを見せる、計画を修正させる、といった進め方を選べます。monorepo、社内ツール、特殊なセットアップ、慎重なレビュー文化があるチームでは、この制御性が速度より価値を持つことがあります。
Anthropic の model configuration docs も、コンテキスト長を無条件の売り文句にしないよう示しています。2026年5月25日時点では、Claude Code は best、sonnet、opus、haiku、sonnet[1m]、opus[1m]、opusplan などの aliases を持ちますが、aliases は時間とともに更新され、Anthropic API、Bedrock、Vertex、Foundry で解決先が変わる可能性があります。Anthropic API と Claude Platform on AWS では、現在 opus が Opus 4.7、sonnet が Sonnet 4.6 に対応し、Opus 4.7 には Claude Code v2.1.111 以降が必要です。
同じページは、Opus 4.7、Opus 4.6、Sonnet 4.6 が大きなコードベース向けの長いセッションで 1M token context をサポートすると説明しています。ただし利用可否は model、plan、provider、version に依存します。Max、Team、Enterprise では Opus が自動的に 1M context へ upgraded され、Sonnet の 1M context は Max を含むすべての subscription plan で usage credits が必要です。したがって「Claude Code は常に 1M context」と書くのは危険です。
プロジェクト特化の仕組みも Claude Code の強みです。Subagents docs は、subagents を独自の context window、prompts、tool access、independent permissions を持つ専門エージェントとして扱い、skills docs は skills を SKILL.md ベースの instruction bundle として説明しています。再現性のある社内ワークフローを作るなら、このローカルな専門化は大きな価値になります。
タスク別の選び方
| タスク | Claude Code から始める | Codex から始める | 併用する |
|---|---|---|---|
| 大きなリファクタリング | repo 全体の関係を読むなら強い。 | タスクがすでに小さな branch に分かれているなら可。 | Claude Code が計画し、Codex が分割実装する。 |
| バグ調査 | ローカル状態や再現手順が重要なら強い。 | sandbox や CI で再現できるなら強い。 | Claude Code が原因を絞り、Codex が patch と review を作る。 |
| Pull Request review | 深いローカルレビューに向く。 | GitHub workflow の委任に向く。 | Codex が通常 review、Claude Code が設計リスクを見る。 |
| CI/リリース確認 | ローカル環境が真実なら有効。 | Action と automation に向く。 | Claude Code が診断し、Codex が再現可能なチェックにする。 |
| ブラウザ/UI 検証 | 開発者が操作を見ながら進めるなら有効。 | browser/computer-use を委任できるなら強い。 | Claude Code が検証方針、Codex が実行や更新を担当する。 |
| リモート継続 | 主な強みではない。 | 接続された host や別の Codex App device 経由で active work を承認、確認、方向転換したいときに強い。 | Codex が委任作業を進め、Claude Code が後でローカル統合を確認する。 |
| docs、tickets、接続文脈 | 文脈がローカルファイルにあるなら有効。 | connectors や workspace context が必要なら強い。 | Codex が文脈を集め、Claude Code が repo 固有の変更に落とす。 |
| sensitive code | ローカル監督から始めるほうが安全なことが多い。 | cloud policy と permissions 次第。 | Codex には明示的に許可した bounded task だけ渡す。 |
判断基準は、作業をどこで走らせるべきかです。開発者のローカルループで進めるべきなら Claude Code。レビュー可能な成果物として委任できるなら Codex。これが表の一番大事な読み方です。
価格、制限、モデル、コンテキスト、ベンチマーク
古い比較で一番危ないのは、価格、利用回数、モデル名、コンテキスト長、ベンチマーク値を固定的に扱うことです。これらは製品の中でも変化が速く、入口によって条件も変わります。
Codex では価格、モデル名、利用できる機能面の扱いに注意が必要です。OpenAI の Codex pricing page は、2026年5月25日時点で Free、Go、Plus、Pro、API Key routes を分け、web、CLI、IDE extension、iOS、cloud integrations、GitHub code review、Slack integration、model access、usage ranges を別々に示しています。API Key route は CLI、SDK、IDE extension での Codex 利用を含みますが、GitHub code review や Slack のような cloud-based features は含みません。Pro は $100/month からで、$100/month Pro tier には 2026年5月31日まで double normal Codex usage の記載があります。これは日付付きの購入情報であり、永続的な能力ルールではありません。
Claude Code の長いコンテキストや利用制限も同じです。2026年5月25日に確認した Anthropic support pages では、Pro/Max usage は Claude と Claude Code で共有され、usage は plan、model、features、conversation length、files、project complexity に左右されるとされています。ANTHROPIC_API_KEY が設定されていると Claude Code が API billing に切り替わる可能性もあります。購入やチーム導入で価格、上限、モデル、速度が重要なら、その日に OpenAI と Anthropic の公式ページを確認してください。
ベンチマークは役に立ちますが、ワークフロー判断の後に読むべきです。SWE-bench 系は複雑な bug fix の参考になり、terminal 系は shell-heavy automation の参考になります。ただし、チームが必要としているものがローカル監督なのか、GitHub への委任なのか、ブラウザ自動化なのか、接続された workspace context なのかまでは答えてくれません。
実務的な併用ワークフロー
同じファイルを二つのエージェントに同時に編集させるのは避けるべきです。競合する diff が出やすく、人間のレビューも難しくなります。より安全なのは、どちらかが編集を始める前に役割を分けることです。
- Claude Code にローカル repo、project instructions、失敗ログ、危険な依存関係を読ませる。
- ファイル所有権と検証条件を持つ実装計画に分ける。
- Codex には isolated に実行できる仕事だけ渡す。branch work、PR review、CI update、browser check、remote follow-up、dependency update、repeatable code review などです。
- Codex の出力は外部から来た変更と同じように review する。
- patch が設計、暗黙の依存、repo 全体の挙動に触れるなら、Claude Code に戻して最終統合を確認する。
このやり方なら、Claude Code は近くで考えるローカル相棒として残り、Codex は委任実行とレビューの層になります。実務では、変更してよいファイル、必要な checks、作業を載せる branch/PR、merge authority を明記しておくべきです。境界を決める責任は人間が持ちます。
最終的なおすすめ
慎重なローカル pair-programming に近いセッションが欲しいなら、Claude Code を選んでください。大きなコードベースの理解、人間が舵を取るリファクタリング、project Skills、subagents、hooks、複雑なデバッグに向いています。
タスクを任せられる状態まで切り出せているなら、Codex を選んでください。app、IDE、CLI、cloud tasks、GitHub/PR workflows、CI/CD review、browser/computer-use checks、host-mediated remote follow-up、connected workspace context、repeatable automation に向いています。
作業に二つのリスクがあるなら、両方を使います。Claude Code は「何を変えるべきか、なぜ危ないのか」を担当し、Codex は「この限定された仕事を実装、検証、レビュー、自動化できるか」を担当する。この分け方こそ、2026年の Claude Code vs Codex 比較で本当に重要な点です。
よくある質問
今は Codex のほうが Claude Code より上ですか？
委任できる multi-surface work では Codex が強いです。cloud tasks、GitHub、PR review、CI automation、browser/computer-use、connected workspace context がその例です。ローカルで人が見ながら進める開発、deep repo reasoning、project Skills、subagents、慎重な refactor では Claude Code がまだ強いです。
Codex は最近何が変わりましたか？
重要なのは単一の model name ではなく、operating surface の広がりです。Codex は app、IDE、CLI、cloud、GitHub、CI、browser/computer-use、connectors、hooks、memory、MCP、Skills、automations、remote connections まで含むようになりました。現在の OpenAI docs では mobile follow-up は host-mediated として説明され、phone は prompts と approvals を送り、接続された host が repo、tools、credentials、browser setup、permissions を提供します。
大きなコードベースでは Claude Code が有利ですか？
多くの場合は有利です。特にローカル文脈、cross-file reasoning、人間の supervision が重要な場合です。ただし 1M context は model、plan、provider、version に依存するので、すべての account に無条件であるとは書かないほうが安全です。
Codex は Claude Code を置き換えられますか？
一部の delegated implementation、PR review、CI、browser、GitHub task では置き換えられます。ただし architecture-sensitive refactor、private tooling debugging、開発者が reasoning path を細かく止めたり変えたりする必要がある作業では、local supervised workflow を自動的に置き換えるべきではありません。
同じ repo で Claude Code と Codex を併用できますか？
できます。ただし所有権を分けてください。同じファイルを同時に編集させず、Claude Code で調査と計画を行い、Codex に bounded implementation や review を任せる流れが安全です。
どちらが安いですか？
古い比較表だけで判断しないでください。subscription plans、usage caps、model routing、token economics は変わります。コストが重要なら、導入当日に公式ページを確認してください。
private code ではどちらが安全ですか？
Claude Code のローカル姿勢は監督しやすいことがありますが、安全性は plan、enterprise controls、data policy、具体的な task に依存します。Codex も cloud/GitHub environment と permissions が明確なら使えます。
すでに Claude Code を使っている場合、Codex は必要ですか？
PR review、CI checks、browser tasks、remote follow-up、dependency updates、境界のはっきりした実装を任せたいなら、Codex を追加する価値があります。Claude Code は local repo reasoning と high-risk refactors に残すのが自然です。