価値は「開発者が実際に作業するレイヤー」へ移動した

2026年6月のわずか数日間で、業界の地図が書き換わりました。SpaceXが6月12日に史上最大規模のIPOで約750億ドルを調達し、そのわずか4日後の6月16日、Cursorを開発するAnysphere社を約600億ドルの全株式取引で買収すると公表。ベンチャー企業の買収としては史上最大とされます。ほぼ同時期、ZEDは編集操作を丸ごと記録するDeltaDBのウェイトリストを開き、GitLabは2026年1月にDuo Agent Platformを一般提供（GA）へ。三者が、それぞれ別の角度から同じ獲物——「コードが生まれる場所」——を狙っています。

共通する本質はひとつ。AIが安価に・大量にコードを書くようになると、価値はモデルそのものよりも「開発者が実際に作業し、コードが書かれ・レビューされ・保管されるレイヤー」に集まる、ということです。SpaceXがCursorに払った金額は、その不動産の値段だと考えると腑に落ちます。本記事は、この三者を「エディタ（Cursor）」「履歴基盤（ZED）」「統合プラットフォーム（GitLab）」という別レイヤーとして整理し、フェアに比較していきます。

Cursor：MIT卒4人から、4年弱で6兆円超の主役へ

Anysphere社は2022年、MIT卒の4名——Michael Truell（CEO）、Sualeh Asif、Aman Sanger、Arvid Lunnemark——によって設立されました。OpenAI Startup Fundがリードした初期の資金調達を経て、エディタ「Cursor」は2023年3月にローンチ。そこからの売上成長は、ビジネスソフトウェア史上でも屈指の急角度を描きます。

年間経常収益（ARR）の推移が雄弁です。2025年1月に約1億ドル、年央に約5億ドル、2025年11月に10億ドル超、そして2026年2月には20億ドル。Anysphereは2026年末までに60億ドル超を見込むとされ、買収時点では年換算で約40億ドル、うち約26億ドルが企業向けでした。Fortune 500の相当数で開発者が利用し、1日あたり約1億5,000万行の企業コードが生み出されているとも報じられています。

強みと弱み：速いが、利益率の罠があった

ZED：コミットではなく「操作」を録る次世代SCM

2026年6月11日、高速エディタ「Zed」を手がけるZed Industriesが、異なる発想のバージョン管理システムDeltaDBのウェイトリストを公開しました。共同創業者Nathan Sobo氏は、コードを生み出す「会話」こそが今やソフトウェアの真の源になりつつあり、コミット中心に作られたGitはそれを捉えるように設計されていなかった、と説きます。

Gitがコミット時点のスナップショットを保存するのに対し、DeltaDBは作業を一つひとつの編集操作（デルタ）の流れに分解し、それぞれに安定した識別子を与えます。エージェントのメッセージと、それが生んだ編集を並べて記録するため、両者が離れ離れになりません。技術的には2011年に定式化された操作ベースのCRDT（コンフリクトフリー・レプリケーテッド・データ型）の上に構築されており、Redis・Riak・Azure Cosmos DBなどの分散DBでも使われてきた実績のある考え方です。

操作モデルが解き放つもの

重要なのは、DeltaDBがGitを廃止するものではなく、Gitと相互運用するものとして位置づけられている点です。狙いはGitやCIを置き換えることではなく、コミット前の協働を捉えやすくすること。GitとCIはチェック実行役として残り、「どう作られたか」の日々の記録が操作ストリームへ移ります。Zedはエディタ同様、OSS化＋任意の有料サービスというモデルを計画しており、ベータは公開から数週間以内に提供されるとされていました。価格やOSS化の正式日程は発表時点で未確定で、GitHubやGitLabはコメントしていません。「真剣な仮説だが、実装は未証明」——これが2026年6月時点の正直な評価です。

GitLab：エディタではなく「開発ライフサイクル全体」を獲る

CursorとZEDがエディタと履歴という「点」を攻めるのに対し、GitLabは計画→コーディング→CI/CD→セキュリティ→デリバリーという開発ライフサイクル全体を一つの基盤で押さえにきています。その中核が、2026年1月15日に一般提供（GA）が始まったGitLab Duo Agent Platformです。

これは複数のAIエージェントを開発ライフサイクル全体に組み込むAIネイティブ基盤で、課題・マージリクエスト・パイプライン・セキュリティ検出結果といった文脈を横断し、Web UIとIDEの両方でマルチステップの推論を行います。GitLab提供のFoundational Agent・Planner Agent・Security Analyst Agentに加え、AIカタログで作るカスタムエージェント、さらにAnthropic Claude CodeやOpenAI Codex CLIなどを統合した外部エージェントも組み合わせて使えるのが特徴です。MCPクライアントを通じてJira・Slack・Confluenceなど外部システムとも安全に連携できます。

GitLabの決定的な武器：統制とセルフホスト

GitLabが他の2者と一線を画すのは、データを外に出さない統制です。GitLab DuoはAI機能へ入力したコードやデータをモデルの学習に使わない方針を明示。さらにDuo Agent Platform Self-Hostedでは、推論を自社ハードウェア上で実行し、データレジデンシー要件・エアギャップ環境・コンプライアンス規制を抱える組織でも、複数のオープンソースモデルから選んでエージェント型タスクを動かせます（GitLab 19.0で対応モデルが拡充）。機能ごとにセルフホストモデルとGitLab管理モデルを組み合わせるハイブリッド運用も可能です。

3者スペック比較表

下表は意図的に単純化しています。実際の製品はより複雑で、特にZEDの列は「初期設計と意図」を表すもので、本番での実証済み挙動ではありません。優劣の採点表ではなく、アーキテクチャがどこで分岐するかの地図として読んでください。

結論を先取りすると、この三者は「どれか一つを選んで終わり」ではなく、別レイヤーとして組み合わせるのが現実的です。Cursorで書き、（将来的に）操作レイヤーで来歴を録り、GitLabで統制とデリバリーを締める——という重ね方が、もっとも素直なシナリオになります。

Gitはなぜエージェントに軋むのか

Gitは史上最も成功したインフラの一つで、以下は弔辞ではありません。ただGitは2005年、「開発者がまとまった作業をしてから、意図的にスナップショット（コミット）を保存する」という前提で設計されました。コミット間は設計上「見えない」のです。この前提が、エージェント開発では軋みます。

人間が人間の速度で全行を書き、文脈を頭で抱えていた時代には大きな問題ではありませんでした。しかしエージェントが12秒で5ファイルを書き換え、意図の記録が「打って忘れた一文」だけになると、これは重大な欠落になります。DeltaDBはまさにこの欠落を突いて生まれたのであり、GitLabのDuoは「課題・MR・パイプラインの文脈を横断する」ことでGitの上に統制を足そうとしている——と整理すると、三者の立ち位置が一枚で見えてきます。

2026年のサプライチェーン攻撃が突きつけた教訓

所有とアーキテクチャが争われる裏で、「信頼」が公然と崩れました。エージェントと操作ベース履歴がどう書くかを変えるなら、一連のサプライチェーン攻撃は自分の秘密情報がどこに置かれているかを真剣に問い直させました。二つのインシデントが象徴的です。

Shai-Hulud：「死人のスイッチ」を持つnpmワーム

2025年11月、GitLabの脆弱性研究チームがnpmエコシステムで進行中の大規模攻撃を報告しました。Shai-Huludと呼ばれる進化型のマルウェアで、GitHub・npm・AWS・GCP・Azureから認証情報を収集し、攻撃者管理下のリポジトリへ送信、被害者の他パッケージを自動感染させるワーム的挙動を示しました。最も不気味なのは「死人のスイッチ」——拡散と送信の両チャンネルを同時に失うと、感染端末のデータ破壊を発動し、復旧をほぼ不能にする仕組みです。

Nx Console侵害：エディタ拡張が侵入口に

Nxエコシステムは1年で2度狙われました。2026年5月18日、攻撃者は盗んだ貢献者トークンで悪性のNx Console v18.95.0をVS Codeマーケットプレイスに公開。稼働は約11分でしたが、影響を受けたインストールはマーケット報告の数十件から、メンテナーの解析では6,000件超に及んだ可能性も指摘されています。ペイロードはGitHub・npm・AWS・HashiCorp Vault・Kubernetes・1Password、さらにAIコーディング支援ツールの設定ファイルまで認証情報を収集。TeamPCPと名乗る集団が犯行を主張し、CISAも注意喚起を出しました。

チームが実際に採った防御プレイブック

GitHubから離れるべきか：セルフホストとProject Switch

悪いセキュリティイヤーへの自然な反応は「GitHubを離れるべきか？」です。正確に言えば、主要インシデントはサプライチェーンの汚染——汚染パッケージとトロイ化した拡張——であり、GitHub本体の侵害ではありません。リポジトリの置き場所を変えても、悪性npmパッケージが開発者のラップトップからトークンを盗むのは止められません。移行はパッチではなく、統制とアーキテクチャの選択です。

とはいえ代替への関心は本物で、集中リスク・データ主権・「結局このツールは誰が所有するのか」という買収シーズン特有の警戒が背景にあります。主な選択肢を整理します。

Forgejoは特筆に値します。軽量フォージ系譜のコミュニティ統治型OSSで、単一の商用ベンダーに運命を委ねずにリポジトリの自前運用先が欲しいチームの選択肢です。トレードオフはお馴染みのもの——パッチ・バックアップ・稼働率という運用負担を自分で背負うこと。セルフホストは第三者プラットフォームのリスクを減らす代わりに、自分の運用リスクを増やします。割に合うチームもあれば、合わないチームも多い、というのが正直なところです。

Project Switch：移行は「組織丸ごと」ではなく「1プロジェクト」から

もし移行を検討するなら、意味のある最小単位は組織全体ではなく1プロジェクトです。フラグデーではなく、パイロットとして進めます。

あなたのチームはどれを選ぶか

「新標準はどれか」という問いに、単一の勝者を立てるのは誠実ではありません。三者は別レイヤーで戦っているからです。目的別に、現時点での実用的な指針を示します。

転職の視点：今、何を学んでおくべきか

この地殻変動は、キャリアにも直結します。三者比較から導ける、転職市場で効く学びどころを整理します。

• エージェント運用の実務知識：「AIに書かせる」だけでなく、エージェントの出力をレビューし、来歴を残し、被害範囲を管理する設計力。書く速さより、安全に速く回す統制力が評価されます。
• サプライチェーン・セキュリティ：認証情報のローテーション、バージョン固定、最小公開経過時間、トークンのスコープ設計。2026年のインシデントを経て、これらは「あれば良い」から必須スキルに変わりました。
• プラットフォーム横断の理解：エディタ（Cursor）・履歴（ZED的発想）・統合基盤（GitLab）を「別レイヤーとして組み合わせる」発想。単一ツールの使い手より、レイヤーを設計できる人が重宝されます。
• セルフホスト／OSSフォージの運用：Forgejoやセルフホスト型GitLabを立て、運用できる力は、規制業界・データ主権を重んじる組織で強い武器になります。

共通項は明快です。「ツールに使われる人」ではなく「ツールを設計・統制する人」へ。AIが実装を担うほど、人間の価値は判断・設計・統制へ移っていきます。

よくある質問