Codex vs Claude Code vs Cursor：実プロジェクトではベンチマークよりタスクで選ぶ

チームの技術責任者の前には、production bug、テスト追加、PR review、長時間のリファクタリングというタスクが並んでいます。同じ monorepo で、ある人は Cursor、別の人は Claude Code、もう 1 人は Codex に慣れています。

選定で問うべきなのは「どれがより賢いか」ではありません。「どのツールなら、ルール、コンテキスト、検証、コストをチームのワークフローに残せるか」です。開発者が実際にお金を払い、長く使うかどうかはワークフローで詰まります。入口はどこか、誰が repository にアクセスできるか、テストを走らせられるか、結果をどう review するか、チームルールをどう統一するか、Cloud/CI/PR にどう接続するか。

汎用的な比較や全体像を見たい場合は、先に公開済みの 2026 年 AI コーディングアシスタント比較 と AI コーディングツール全体マップ を見てください。この記事は旧記事の置き換えではなく、3 つのツールに絞った細かい選定フレームです。

タスク別の選び方：ベンチマークではなくワークフローで見る

同じ repository でも、3 つの AI coding agent は既定の発想が違います。Cursor は IDE-native、Claude Code はターミナル + Claude エコシステムのワークフロー、Codex は CLI + OpenAI Cloud/Review/Automation です。どれもコードを書き、repository を理解し、テストを走らせ、PR を review できます。ただ、具体的なタスクを渡すと、差はワークフローとの相性として出ます。

判断フレーム：タスク別選定表

タスク種別	推奨ツール	主ツールにしにくいもの	主な理由
production bug 修正	Cursor（IDE inline diff）	Claude Code（ターミナル切り替えのコスト）	IDE 内でリアルタイムに feedback を得られ、window を切り替えず inline diff で直接直せる
テスト追加	Codex CLI（codex exec）	Cursor（手動でファイルごとに進めがち）	codex exec で batch 実行でき、sandbox と approval に対応し、自動化に向く
PR review	Claude Code（GitHub review）	Cursor（Bugbot/Review の可用性は plan 次第）	Claude Code の GitHub review 経路は成熟しており、PR に直接 comment できる。Cursor の review 機能は現在の plan と設定を確認する必要がある
長時間タスク	Codex Cloud / Claude Desktop / Cursor Cloud Agents	ローカル IDE 体験だけで判断すること	3 つとも長時間タスクに対応するが、環境、制限、成果物、usage 境界が違う
フロントエンドデバッグ	Cursor（preview + hot reload）	Codex CLI（IDE 統合がない）	Cursor は preview と inline diff を同じ workspace で扱え、window を切り替えなくてよい
ドキュメント/Issue の一括自動化	Codex CLI（codex exec --batch）	Cursor（手動でファイルごとに進めがち）	非対話モードで複数ファイルを処理でき、CI/CD と自動化に向く
チーム管理	Cursor Teams / Claude Enterprise / Codex Business または Enterprise	個人のローカル CLI だけ	チーム管理では rules、SSO、監査、権限、usage analytics、共有コンテキストを見る必要がある

チームがすでに 1 つのツールに統一されているなら、表の別ツールを理由にすぐ移行する必要はありません。移行コストと管理コストは、単発タスクの効率より重いことが多いです。

入口の違い：IDE vs CLI だけではない

多くの比較記事は Cursor を「AI IDE」、Claude Code を「ターミナルツール」、Codex を「OpenAI 版 Claude Code」と書きます。しかし、それでは単純化しすぎです。3 つとも multi-surface、cloud、review、automation まで広がっています。ただし既定の発想は違います。

Surface 比較表（2026-06-26 時点）

Surface	Codex	Claude Code	Cursor
CLI（ターミナル）	✓ codex CLI。codex exec、sandbox、approval に対応	✓ claude ターミナル。既定の入口	SDK/CLI。主に headless/CI 用
IDE（VS Code）	✓ VS Code extension、inline diffs	✓ VS Code extension、inline diffs、@-mentions、plan review	✓ IDE-native（VS Code fork）。既定の入口
Desktop App	✓ Desktop app。parallel threads、worktrees、automations	✓ Desktop app。visual diff review、複数 session 並行、scheduled tasks	独立 desktop app はない（IDE が desktop client）
Cloud/Web	✓ Web/cloud。長時間タスク、ローカル setup なしの repo	✓ Web。長時間タスク、ローカル setup なしの repo、並行タスク	✓ Cloud Agents。長時間タスク、Teams の共有コンテキスト
CI/CD	✓ GitHub Action、SDK、非対話モード	✓ GitHub Actions/GitLab CI/CD、Agent SDK	✓ Headless/CI、SDK
GitHub Review	✓ OpenAI 公式の GitHub review	✓ GitHub Code Review	✓ Bugbot、agentic code reviews。可用性は plan 次第
チーム管理	✓ Business/Enterprise/Edu。SAML、SCIM、RBAC、audit logs、usage monitoring など	✓ Team/Enterprise。audit logs、SCIM、role-based access など	✓ Teams/Enterprise。audit logs、SCIM、SAML/OIDC SSO など

3 つの主な違いは次のとおりです。

• Cursor の既定の発想は IDE です。CLI、Cloud Agents、Bugbot もありますが、日々の開発作業の大半は IDE 内で行われます。
• Claude Code の既定の発想はターミナル + Claude エコシステムのワークフローです。VS Code、Desktop、Web、GitHub review もありますが、Claude の工程フローはターミナルから始まることが多いです。
• Codex の既定の発想は CLI + OpenAI Cloud/Review/Automation です。IDE extension と Desktop app もありますが、Cloud/Review/Automation を 1 つの工程チェーンにつなげやすいのが特徴です。

Surface 一覧、Cloud/Review/Bugbot の可用性、Enterprise controls は今後も変わります。

コスト境界：$20 vs $20 は本当の比較ではない

3 つの入門 subscription は似た価格に見えることがあります。ただし、利用境界とコストの見え方は大きく違います。「$20/月か」だけでなく、Cloud、Review、API key、API credits、included usage、usage-based billing がどう扱われるかを見ます。

コスト露出の比較表（2026-06-26 時点）

コスト軸	Codex	Claude Code	Cursor
個人 subscription の入口	Free、Go、Plus、Pro はそれぞれ異なる Codex 枠を含む。Plus は $20/月、Pro は $100/月から	Pro は年払いで $17/月相当、月払いで $20/月。Max は $100/月から。Pro/Max は Claude Code を含む	Individual Pro は $20/月。より重い agent 利用には Pro+/Ultra もある
programmatic/API 経路	API Key mode は CLI/SDK/IDE 自動化向きで、API token 課金。ただし cloud-based features は含まない	Pro/Max では Claude と Claude Code が usage limits を共有。上限到達後は API credits または Console PAYG を選べる	Cloud Agents、Bugbot、on-demand usage は plan と usage-based billing の影響を受ける
Cloud/Review 境界	ChatGPT plan では Cloud/Review などの cloud-based features が使える。API Key mode には含まれない	Web/Desktop/IDE/Terminal は同じ subscription usage limits に入る。API credits は別システム	Individual/Teams は Cloud agents、Bugbot、agentic reviews、shared context の内容が plan により異なる
Teams/Enterprise 管理項目	Business/Enterprise/Edu に SAML、SCIM、RBAC、audit logs、usage monitoring、data retention など	Team/Enterprise に audit logs、SCIM、role-based access、data retention など	Teams に centralized billing、usage analytics。Enterprise に pooled usage、SCIM、audit logs、repository/model/MCP access controls

Claude Code の usage limits と API credits

Claude Code は Pro/Max では Claude Web、Desktop、Mobile と usage limits を共有します。IDE 利用も同じ制限に入ります。上限に達したら、リセットを待つ、Max に上げる、または明示的に API credits / Console PAYG を使う選択になります。

つまり、次の点に注意します。

• Claude Code で大量のターミナルタスク、IDE タスク、自動化タスクを回すなら、Pro の月額だけでは判断できません。
• API credits を有効にすると、課金システムは subscription limits とは分かれます。
• Codex と Cursor の境界は別です。Codex は ChatGPT plan と API Key mode を分けて見る必要があり、Cursor は included usage、Cloud Agents、Bugbot、on-demand billing を現在の plan ごとに確認します。

選定時に聞くべきコストの問い

月額だけを見ず、次の 3 つを確認します。

1. interactive use、Cloud、Review、API keys、SDK、CI/CD は同じ枠で数えられるのか。
2. 自動化タスクが subscription または included usage を超えないか。CI/CD、GitHub Actions、Agent SDK、Cloud Agents を多く走らせると、日常の chat より早くコストが見えます。
3. Enterprise レベルの管理項目が必要か。audit logs、SCIM、role-based access、repository/model/MCP controls が必要なら、3 つとも enterprise 経路はありますが、正確な項目と価格は公式ページで確認する必要があります。

Cursor の subscription、quota、usage-based billing の詳細は、公開済みの Cursor Pro subscription guide を参照してください。

価格、モデル、plan、Credit 枠、Enterprise controls は変わりやすい項目です。公開前には公式ページを確認してください。

チーム管理：rules の統一、監査、権限

チームで AI coding tool を統一するなら、個人の使い心地とモデル性能だけでは足りません。チーム選定では、rules をどう統一するか、audit logs をどう残すか、権限をどう制御するかを見ます。

ルール機構の比較

3 つとも project-level rule file を持っています。

• Cursor Rules：repository root の .cursorrules、または .cursor/rules/ 配下の file。チーム共通の code style、禁止事項、検証基準を定義できます。公開済みの Cursor Rules guide もあります。
• Claude Code：repository root に置く CLAUDE.md。.cursorrules と同じように、project rules と検証基準を定義できます。
• Codex：repository root に置く AGENTS.md。project rules、検証基準、agent behavior を定義します。

rule file の重要な違いは構文ではありません。チームで統一管理し、共有できるかです。

• Cursor Teams：team marketplace で rules、skills、MCPs を共有できます。Cloud Agents/automations もコンテキストを共有できます。
• Claude Team/Enterprise：チームで CLAUDE.md を共有できます。ただし Cloud shared context は公式ページで確認が必要です。
• Codex Business/Enterprise/Edu：チーム管理能力は公式ページで別途示されます。具体的な項目は現在の plan を確認します。

Audit logs と権限制御

チーム管理項目	Cursor Teams/Enterprise	Claude Team/Enterprise	Codex Business/Enterprise
Audit logs	✓ Enterprise に audit logs	✓ Enterprise に audit logs	✓ Enterprise に audit logs / compliance API
SCIM	✓ Enterprise に SCIM	✓ Enterprise に SCIM	✓ Enterprise に SCIM
Role-based access	✓ Enterprise に repository/model/MCP access controls	✓ Enterprise に role-based access	✓ Enterprise に RBAC
Data retention	✓ Enterprise に AI code tracking API などの管理機能	✓ Enterprise に data retention	✓ Enterprise に data retention / data residency controls
Cloud shared context	✓ Teams に Cloud Agents/automations の共有コンテキスト	✓ 現在の Claude Web/Desktop/Team 能力を確認	✓ 現在の Codex Cloud / workspace 能力を確認

チーム選定で聞くべき管理の問い

1. チームで rule file を統一する必要があるか。必要なら 3 つとも仕組みはありますが、Cursor Teams の team marketplace と Cloud Agents shared context はより成熟しています。
2. audit logs と SCIM が必要か。必要なら 3 つとも Enterprise plan がありますが、具体的な項目は公式ページで確認します。
3. 権限制御が必要か。repository/model/MCP access controls まで必要なら Cursor Enterprise が細かいです。role-based access が主であれば、Claude Enterprise と Codex Enterprise も一般的な管理要件を満たせます。

Cursor Teams/Enterprise の管理項目を詳しく見たい場合は、既存の Cursor シリーズを参照してください。

移行コスト：Cursor/Claude から Codex へ移るとき

チームが Cursor または Claude Code から Codex へ移る場合、移行するものは 3 種類あります。rule file、workflow state、team policy です。これは 1 click migration ではなく、手作業の調整が必要です。

移行が必要なファイルとワークフロー

移行項目	Cursor → Codex	Claude Code → Codex	説明
ルールファイル	.cursorrules / .cursor/rules/ → AGENTS.md	CLAUDE.md → AGENTS.md	構文が違うため、rule definition を手作業で書き直す
IDE 状態	Cursor tab、file context → Codex Cloud task	Claude Code Desktop/Web session → Codex Cloud task	IDE 状態は直接移行できないため、Cloud task を作り直す
個人 prompt	Cursor Skills/MCPs → Codex Business/Enterprise policy	Claude Code Skills/Subagents → Codex Business/Enterprise policy	個人 prompt は直接移行できないため、team policy として定義し直す
PR review	Cursor Bugbot → Codex GitHub review	Claude Code GitHub review → Codex GitHub review	GitHub Action/SDK の再設定が必要
CI/CD	Cursor Headless/CI → Codex codex exec / GitHub Action	Claude Code GitHub Actions → Codex GitHub Action	CI/CD pipeline の再設定が必要

移行時の注意点

1. rule file の構文差があります。.cursorrules、CLAUDE.md、AGENTS.md は構文と項目が完全には一致しません。rule definition を手作業で書き直す必要があります。
2. IDE 状態は直接移行できません。Cursor の tab、file context、Claude Code の Desktop/Web session は Codex Cloud に直接移せません。Cloud task を作り直します。
3. 個人 prompt は team policy として再定義します。Cursor の Skills/MCPs と Claude Code の Skills/Subagents は個人設定です。Codex Business/Enterprise の team policy に直接は移りません。
4. CI/CD は再設定が必要です。Cursor Headless/CI と Claude Code GitHub Actions は、Codex の codex exec と GitHub Action に合わせて設定し直します。

移行コストの目安

移行コストはチーム規模と既存設定によって変わります。

5 人未満の小規模チームで、rule file と基本ワークフローだけを移すなら 1〜2 日で済むことがあります。5〜20 人の中規模チームで Skills/MCPs、CI/CD、GitHub review まで移すなら、1〜2 週間の計画と検証が必要です。20 人を超える大規模チームで audit logs、SCIM、権限制御など Enterprise 管理項目が絡むなら、移行と受け入れに 1〜2 か月かかることもあります。

Cursor または Claude Code に大量の Skills/MCPs、CI/CD、team policy をすでに積み上げているなら、Codex へ移るコストが、移行で得られる差分を上回る可能性があります。移行コストと管理コストを見積もってから判断しましょう。

次のステップと関連資料

この記事では、タスク場面、入口の違い、コスト境界、チーム管理、移行コスト、よくある質問から選定フレームを整理しました。具体的な操作を知りたい場合は、公開済みの tutorial と case study を見てください。

公開済みの比較記事と全体マップ

• 2026 年 AI コーディングアシスタント比較：Cursor vs Claude Code vs Copilot：より広いツールを扱う汎用比較です。この記事は Codex と実プロジェクトの判断軸を追加しますが、旧比較の置き換えではありません。
• AI コーディングツール全体マップ：より広いツール一覧です。この記事は 3 つのツール選定だけを扱います。

Cursor シリーズ資料（公開済み）

Cursor の subscription、Agent、Codebase Index、MCP、Rules の操作を知りたい場合：

• Cursor Pro subscription guide：subscription、quota、usage-based billing。
• Cursor Agent complete guide：Agent mode、inline diff、preview。
• Cursor Codebase Index guide：コードベースインデックスとコンテキスト管理。
• Cursor MCP guide：MCP integration と tool extension。
• Cursor Rules guide：.cursorrules file と team rules。

Claude Code の case study

Claude Code の実例と設定を知りたい場合：

• Claude Code Fleet 実践 case study：Claude Code の Fleet multi-session 並行と scheduled tasks。

Codex シリーズ

Codex の入口、AGENTS.md、Worktree、Cloud、Review の操作を知りたい場合：

• Codex 入門：CLI/App/IDE/Web の入口と使い分け（公開済み）。
• Codex AGENTS.md：project rule file の定義（公開済み）。
• Codex Worktree：parallel worktrees と multi-session 管理（公開済み）。
• Codex Cloud：cloud task、長時間タスク、自動化経路（公開済み）。
• Codex Review：GitHub review、PR comment、検証フロー（公開済み）。

この記事は選定フレームであり、各ツールの操作手順を深掘りする記事ではありません。特定のツールを詳しく知りたいときは、公開済みの tutorial と case study を参照してください。

結論

選定で問うべきなのは「どれが最強か」ではなく、「自分のタスクとワークフローに、どの既定の入口が合うか」です。

選択を決めるのは次の 3 つです。

1. 入口。あなたはターミナルにいる時間が長いですか、それとも IDE ですか。毎日 IDE 内でコードを書くなら、Cursor の IDE-native な入口と inline diff が合います。ターミナル中心なら Claude Code と Codex CLI のどちらも候補ですが、Claude Code は Claude エコシステムの流れが自然で、Codex は Cloud/Review/Automation の経路がつながりやすいです。
2. 権限と管理。チームで shared rules、audit logs、SCIM、権限制御が必要ですか。必要なら、まず 3 つの Teams/Enterprise plan を確認し、その後でコスト境界を見ます。
3. コストの見え方。月額だけでなく、interactive use、Cloud、Review、API key、API credits、usage-based billing、チーム管理機能がどう数えられるかを確認します。

行動提案

• 個人選定：まずタスク場面を見ます。bug 修正、テスト追加、PR review、長時間タスク、フロントエンドデバッグ、一括ドキュメント更新です。そのうえで利用境界とコストの見え方を確認します。タスクが特定ツールの既定の入口に集中しているなら、そのツールを選びます。
• チーム選定：まず rules の統一、監査、権限を見て、次にコスト境界、最後にモデル性能を見ます。Enterprise 管理項目が必要なら、3 つの Enterprise plan を確認してからワークフローとの相性を比較します。
• ベンチマークだけで選ばないこと。SWE-bench の点数、モデルパラメータ数、コンテキストウィンドウの大きさは選定の本質ではありません。入口、権限、記憶、拡張、管理のほうが重要です。