タスクを明確に書けて、Agent に任せ、テストや lint を走らせ、最後に diff として確認できるなら Codex から始めるのが自然です。要件がまだ揺れていて、端末や IDE の中で出力を見ながら方針を変えたいなら Claude Code から始める方が安全です。両方を使うのは、一方が実装し、人間が最初の diff を読み、もう一方が review-only か小さな polish だけを担当するときに限るべきです。
2026年4月25日時点では、「Codex はクラウド、Claude Code はローカル」という古い整理だけでは足りません。Codex には app、CLI、IDE、cloud task の入口があります。Claude Code も terminal、IDE、desktop、web、GitHub、CI/CD、Slack、scheduled task まで広がっています。比較すべきなのは単純な勝敗ではなく、今の作業をどの運用ルートに乗せるかです。
日本語の比較記事では「料金はどちらが得か」「初心者はどちらか」「コード品質はどちらが上か」という見方が目立ちます。しかし実務では、未コミットのローカル状態、権限確認、API key の優先順位、チームの review flow の方が先に効きます。ここを飛ばすと、モデル性能の話をしているつもりでも、実際には違う課金ルートや違う信頼境界を比べてしまいます。
まず結論：作業の流れで選ぶ
最初に見るべきなのは、どちらが一般に強いかではなく、今回の作業がどのようにリポジトリを通過するかです。
| 場面 | 先に使う候補 | 理由 |
|---|---|---|
| 仕様が固まった機能追加、テスト補強、繰り返しの修正、ドキュメント整理 | Codex | 明確なタスクとして委任し、後で diff を確認しやすい。 |
| 不明なバグ、初見のコードベース、調査しながら決める refactor | Claude Code | 出力を見ながら計画を変え、人間がその場で指示できる。 |
| PR review、GitHub handoff、cloud task、チームの非同期作業 | Codex | queue-and-review 型の作業に向いている。 |
| ローカル未コミット状態、権限を細かく確認したい作業、慎重な修正 | Claude Code | terminal/IDE の近さと permission modes が効く。 |
| 実装とレビューを分けたい重い作業 | 両方。ただし停止点つき | 一方が実装し、人間が diff を読み、もう一方が確認する。 |
OpenAI の Codex quickstart は app、IDE、CLI、cloud を入口として示しています。Anthropic の Claude Code overview も terminal だけでなく IDE、desktop、web、GitHub、CI/CD、Slack、automation を扱っています。したがって、今の比較は「ローカル対クラウド」ではなく「委任して後で見るか、横で動かしながら決めるか」です。
古い比較がずれる理由
以前の整理では、Claude Code はローカルで一緒に進める道具、Codex はクラウドでタスクを処理する道具、という説明がよく使われました。感覚としてはまだ役に立ちますが、現在の製品範囲を説明するには粗すぎます。
Codex の cloud task は remote container で動きます。OpenAI の cloud environment workflow では、リポジトリの checkout、setup、internet settings、terminal/edit/check loop、AGENTS.md の読み取り、diff や PR option の返却が説明されています。さらに enterprise admin setup では Codex local と Codex cloud が分けて扱われています。これは管理、アクセス、ガバナンスの意味が違うからです。
Claude Code も単なる terminal tool ではありません。ただし、実務で強く感じる価値は live steering です。最初のコマンド出力で仮説が変わる、ファイル構造を読んでから方針を変える、編集前に plan を止める、危ない変更だけ拒否する。こうした進め方は、曖昧な調査や安全性の高い修正で大きな差になります。
だから最初に三つだけ確認します。作業は ticket として書けるか。リポジトリのリスクはその場の承認を必要とするか。今回の session は subscription route なのか API-key route なのか。ここが決まると、Codex と Claude Code の選択はかなりはっきりします。
ワークフロー境界：委任レビューか、ライブ操作か
Codex は、作業が手渡しに耐えるときに強いです。よい Codex タスクには、対象 branch、受け入れ条件、実行すべきテスト、参照すべきリポジトリ規則があります。Agent は作業を進め、最後に差分と説明を返し、人間はそれを確認します。テスト追加、繰り返し refactor、依存関係整理、PR review、文書整備などはこの形に向いています。
Claude Code は、作業が発見によって形を変えるときに強いです。flaky test を再現する、見知らぬ subsystem を読む、二つの実装案を比べる、UI と backend の境界を探す、といった作業では、毎回の観察結果が次の指示になります。Claude Code なら、調査、停止、計画、承認、編集を短いループで回しやすいです。
ローカル状態も分岐点です。未コミットの変更が本機にしかないなら、ローカルの Claude Code session はその状態を直接見られます。Codex local もプロジェクトディレクトリで動けますが、Codex cloud task を選ぶなら、その環境が見られる repository state を整える必要があります。push されていない前提を cloud task に期待しない方が安全です。
迷ったときは、こう考えます。作業を依頼文として書けて、あとで diff を読めるなら Codex。作業を発見しながら決める必要があるなら Claude Code。
信頼境界、権限、リポジトリアクセス
信頼境界はツール名だけでは決まりません。どの入口を使うかで変わります。Codex cloud task は、remote container に明確な作業を渡し、setup や internet policy を適用し、変更を返す仕組みです。これは team handoff には便利ですが、同時に repository access、ネットワーク、setup script、返ってきた diff の確認をきちんと見る必要があります。
Claude Code の local session は人間に近い位置で動きます。Anthropic の permission modes は、default mode、plan mode、accept-edits、auto mode、隔離環境向けの bypass 系の考え方を分けています。ここで重要なのは「どのモードが強いか」ではなく、どれだけ人間が承認を挟むかです。
指示ファイルも違います。Codex は AGENTS.md をリポジトリ規則として利用できます。Claude Code は memory と CLAUDE.md を使って、プロジェクト文脈、よく使うコマンド、実装規約を持ちます。ただし CLAUDE.md は hard enforcement ではなく、Agent への文脈です。同じ repo で両方使うなら、重要な規則を同期しないと、二つの Agent が別々の作法でコードを変えます。
最小の安全ルールは、Agent に自分の変更を merge させないことです。人間が diff、テスト、secret、権限、変更範囲を見てから、必要なら二つ目の Agent に review-only の依頼をします。
料金と制限：金額より先に課金ルート
「どちらが安いか」は、どのアカウントとどのキーが支払うかを確認しないと答えられません。subscription、API key、cloud feature、local CLI は同じものではありません。
Codex では、OpenAI の Codex pricing が plan access と API-key access を分けています。Plan route は web、CLI、IDE、iOS、cloud integrations、model access を含む場合がありますが、plan に依存します。API-key route は CLI、SDK、IDE には有用ですが、OpenAI は GitHub code review や Slack integration のような cloud-based Codex features を API-key access とは分けています。OpenAI API key を持っていることは、Codex cloud の全機能を持っていることではありません。
Claude Code でも同じです。Anthropic の cost documentation は API billing と subscription allocation を分けています。Claude Code with Pro or Max では、Claude Code usage が他の Claude usage と allocation を共有することが説明されています。さらに API key environment variables では、ANTHROPIC_API_KEY が subscription login より優先される可能性が示されています。これを見落とすと、サブスクで使っているつもりが API billing に流れます。
重い作業の前に確認することは単純です。
- Codex で cloud feature が本当に必要か、local CLI/IDE で足りるか。
- Codex の現在の status や usage を感覚でなく確認しているか。
- Claude Code は subscription allocation か API billing か。
ANTHROPIC_API_KEYなどの環境変数が課金経路を変えていないか。- 二つの Agent を同じ広いタスクに走らせる前に、それぞれの支払い元を把握しているか。
安い道具とは、表示価格が低い道具ではなく、作業に合ったルートです。手元で何時間も迷う live session は高くなります。逆に cloud task も、必要なローカル状態を見られなければ無駄になります。
個人・チーム別の選び方
個人開発者なら、backlog が整理されているときは Codex が向いています。テストを増やす、同じ pattern を移行する、docs を更新する、PR を確認する、古い helper を片付ける。こうした仕事は明確に渡せます。
同じ個人でも、調査から始まる作業なら Claude Code が自然です。なぜテストが落ちるのか、どの層を変えるべきか、どの実装案が安全かを見ながら決めるときは、live steering が効きます。
チームでは Codex の価値が上がります。shared repo instructions、GitHub handoff、workspace controls、repeatable review が必要になるからです。AGENTS.md をチームの共通運用ルールにできます。一方、Claude Code はローカル調査、pair-programming 的な作業、permission-sensitive な修正で引き続き有効です。
CI、release、review のように、最初から diff と checks で管理される仕事は Codex を先に試しやすいです。セキュリティの強い repo、汚れた working tree、未コミットの状態が多い repo では、Claude Code local session で人間が近くにいる方が安全です。
二つの Agent を併用するなら順序を固定する
併用で価値が出るのは、役割が分かれているときです。失敗するのは、同じ曖昧なタスクを二つの Agent に自由に書き換えさせるときです。
安全な流れは次の通りです。
AGENTS.mdに共通ルールを書き、必要な部分をCLAUDE.mdにも同期する。- 実装権限を一つの Agent にだけ渡す。
- 最初の diff が出たら停止する。
- 人間が意図、テスト、security、secret、変更範囲を確認する。
- 二つ目の Agent には review-only か narrow polish だけを依頼する。
- merge は最後まで人間が決める。
順番はどちらでも構いません。Claude Code が調査して方針を固め、Codex が明確な変更を実装してもよいです。Codex が scoped task を実装し、Claude Code が edge case を対話的に確認してもよいです。大事なのは、Agent 間に人間の checkpoint を置くことです。
FAQ
Codex は Claude Code より上ですか？
明確なタスクを委任して diff として確認するなら Codex が先です。調査、デバッグ、方針変更、権限確認を人間が近くで見たいなら Claude Code が先です。全体勝者より、作業ルートでの判断の方が実用的です。
Claude Code はまだローカル専用ですか？
いいえ。terminal と IDE の体験は重要ですが、Anthropic は desktop、web、automation、CI/CD、collaboration も含めて説明しています。ローカル session と hosted/integration route は分けて考えるべきです。
Codex は cloud task 専用ですか？
いいえ。Codex には app、IDE、CLI、cloud route があります。cloud task は remote execution と review handoff に強い入口ですが、local Codex もあります。
Codex CLI の方が安いですか？
場合によります。Codex API-key usage、ChatGPT plan usage、Claude subscription allocation、Anthropic API billing は別のルートです。まず必要な機能がどこに含まれるかを確認してください。
Codex と Claude Code を一緒に使えますか？
使えます。ただし、実装担当、review 担当、人間の diff checkpoint を分けてください。二つの Agent に同じ曖昧な作業を自由に触らせるのは避けるべきです。
未コミットのローカル作業はどちらがよいですか？
Agent が未コミット状態を見る必要があるなら local session が先です。Claude Code は live local steering に向いています。Codex local も使えますが、Codex cloud にはリポジトリ経由で見える状態を渡す必要があります。
Reddit や benchmark で決めてもよいですか？
参考にはなりますが、決定材料の中心にはしない方がよいです。コミュニティ投稿は速度、コスト、自律性、出力品質の不満を拾うのに役立ちます。製品の入口、課金、権限、cloud/local 境界は公式情報を確認してください。
まとめ
Codex は、作業を説明し、委任し、検査し、diff として review できるときに強いです。Claude Code は、作業を進めながら発見し、人間が近くで承認し、ローカル文脈を見ながら判断するときに強いです。併用するなら、一つの Agent が実装し、人間が差分を読み、もう一つの Agent が確認する形にしてください。
最初のテストは小さくします。Codex には明確な queue-and-review タスクを渡します。Claude Code には調査が必要な live-steering タスクを渡します。その作業で、より少ない隠れた仮定で、より理解しやすい結果に到達した方が、あなたのチームの最初の選択です。
