Cursor・Claude Code・Codexが"誰も計画していないひとつのスタック"に統合されつつある

「Cursor派」「Claude Code派」「Codex派」といった派閥の話は、そろそろ過去のものになるのかもしれない。

2026年4月最初の1週間を振り返ると、偶然とは思えないタイミングでAIコーディング御三家のアップデートが連鎖している。Cursor はAgent-first UI を全面採用した Cursor 3 をリリース、OpenAI は Claude Code の中で動く公式プラグインを公開、そして Codex CLI には4/10付で MCP Apps とリアルタイム音声の大型拡張が入った。

The New Stack はこの現象を "Cursor, Claude Code, and Codex are merging into one AI coding stack nobody planned" と名付けた。誰も企画していない統合。3社は合併していないし、OSSで公式にプロトコルを決め合ったわけでもない。それでも、開発者の机の上で3つは自然と噛み合い始めている。

今回はこの「計画されなかったマージ」がどういう実態なのかを、2026年4月時点の事実で整理してみる。

4月最初の1週間に起きたこと

まず時系列を並べる。

日付	出来事
4/1〜4/6	Cursor 3 リリース、Agent-first UI・Agents Window・並列エージェント
4/6 前後	OpenAI が Claude Code 内部で動く公式プラグインを公開
4/9	Claude Cowork が Pro 以上で GA（Claude Code の知的労働版）
4/10	Codex CLI 大型アップデート（Realtime Voice v2・MCP Apps 拡張・exec-server）

単独で見ると「各社が競争してアップデートを打っている」だけに見える。しかし並べると、3社が互いの領土を侵食しているのではなく、足りない部品を補い合っている構図が透けて見える。

Cursor は「エディタとしての日常の編集体験」を極限まで磨いた。Cursor 3.1では Agent Tabs や Tiled Panes で複数エージェントを横並びに操れるようになり、一人の開発者が同時に3〜5のタスクを走らせる運用が現実的になった。

Claude Code は「複雑で長いタスクを最後までやり切る実行力」で独自の地位を維持している。Auto Modeや/team-onboardingのような施策で、個人道具からチーム導入可能なツールへと足場を固めた。

Codex CLI は最後発だが、「CLI × MCP × リモート実行」という方向に振り切ることで、残されたスキマを埋めにきた。OpenAI が自らClaude Code 用プラグインを出したのも象徴的で、「Claude Code の中で Codex を呼べる」状態をOpenAI側から整えてしまった。

Pragmatic Engineer 調査が示した「46%」の重み

開発者側の実感データで一つだけ紹介したいのが、Pragmatic Engineer が2026年2月に906人のソフトウェアエンジニアに行った調査だ。Claude Code が "most loved" 46% で首位。"most used" も同系列で上位に食い込んでいる。

ただし、この調査の面白いのは、同じ回答者の多くが Cursor や Copilot も併用していた点だ。Claude Code を愛するエンジニアが Cursor を捨てたわけではない。「毎日のキーストロークは Cursor、リファクタリングや長いタスクは Claude Code、実験的なジョブや音声駆動は Codex」のように、目的別に使い分けている。

Cursor 自身が発表した「自社のマージ PR の35% が AI エージェント経由」というデータもこの文脈で読むと示唆的で、一人の開発者が複数のエージェントを平行運転する未来が、もうベンチマーク企業の実務レベルで始まっている。

現実的な役割分担テーブル

この1〜2週間のアップデートを踏まえ、筆者が観測している役割分担を整理するとこうなる。

ツール	主戦場	得意な仕事	残る弱点
Cursor 3	エディタ（VS Code系）	日常の高速編集、Agent Tabsで並列執筆、UIの心地よさ	長時間タスクの完走率はClaude Codeに劣る場面あり
Claude Code	ターミナル	長いリファクタ、巨大コンテキスト横断、チーム導入	GUI派の非エンジニアには依然敷居が高い
Codex CLI	ターミナル＋リモート	音声駆動、MCP経由のツール呼び出し、リモート実行	コミュニティMCPの整備はこれから

面白いのは「3つとも同じフロンティアモデルを呼べる」にもかかわらず、アウトプットの質が微妙に違うことだ。Medium (Data Science Collective) の分析記事は、プロンプトテンプレート、コンテキスト管理、ツール実行順序の違いが結果を大きく左右すると指摘している。モデルが同じでも、ラッパーの思想が違うと出てくるコードも違う。

「単一スタック」が意味するもの

ここで一歩引いて「誰も計画していないひとつのスタック」が何を意味するのか考えてみたい。

一つ目は、ツール選びが"選択"から"組み合わせ"に変わるということだ。今までは「Cursor と Claude Code のどっちを買うか」という二者択一だった。これからは「3つのサブスクを束ねて、それぞれの得意分野に仕事を振り分ける」ポートフォリオ戦略になる。月額20ドル×3で60ドル程度の投資が、1人のエンジニアの並列処理能力を3〜5倍にするなら、普通にペイする。

二つ目は、プロトコル層の支配が次の主戦場になるということだ。MCP（Model Context Protocol）はAnthropic発で始まったが、OpenAIも Codex CLI で本格採用し、Cursor も取り込みつつある。結局、開発者が好きなエディタから好きなツール／モデルを呼べる世界を誰が一番うまく作るかが決め手になる。先日の Claude Cowork GA と Enterprise 化で一気に可視化された「エージェントの監査とガバナンス」の話題も、このプロトコル層の延長線上にある。

三つ目は少し大胆な予測だが、この3ツールを一本化する第三勢力が近いうちに現れる可能性がある。たとえば「Cursor のUIで、Claude Code のエンジンを使い、Codex MCP から外部サービスを叩く」ような統合レイヤー。OSSでそれを作るプレイヤーがいれば、個別ベンダー依存からの脱出口になる。条件としては、MCP対応エージェントランナーがこなれてくることと、サンドボックス・監査の標準が整うこと。両方ともすでに動き始めている。

個人的な結論

正直に書くと、2026年初頭の時点で「自分は Claude Code だけで十分」と思っていた。長いリファクタを任せればちゃんと完走するし、わざわざ Cursor や Codex を試す意欲も薄れていた。ところが4月のアップデートラッシュを追ううちに、併用しないほうが損という現実がじわじわ効いてきた。

特に Codex CLI の音声駆動は、Claude Code でいう「深夜の長いタスクを任せて寝る」系の運用とぶつからないので、そのまま積み上げで入る。Cursor 3.1 の並列 Agent Tabs は別タスクの並列執筆に強く、これも他の2つと補完関係にある。

もちろん、3ツール全部を入れた途端に課金地獄になるし、どれを主戦にするかで迷子にもなる。Cursor 3 と Claude Code の直接比較記事でも書いたように、プロジェクトやチームの性質で最適解は違うし、まずは2つ選んで習熟するのが現実的だ。ただ、「まずはどれか1つ」から「結局3つとも併用」へと景色が変わる中間地点に、今ちょうどいるのは確かだと思う。

"計画されなかったマージ" が誰の意図でもないところで進んでいるのは、皮肉にも良いニュースだ。3社が結託したのではなく、開発者のワークフローが自然に3つを引き寄せている。それだけAIコーディング体験が成熟してきた証左でもある。