SpaceXがCursorの親会社Anysphereを買収する600億ドル規模の取引が、8月14日(米国時間)に正式に成立した。これでベンチャー企業の買収としては史上最大の案件が完了したことになる。前回、SpaceXの決算からこの買収額の大きさを整理したSpaceX初決算でAI設備投資158億ドル、そして直前のGrok 4.6のCursor即日展開に続く続報である。

取引そのものは既定路線どおりに閉じた。だが同じタイミングで、xAIの姉妹製品「Grok Build」を舞台にした設定の不備と、Cursor自身のユーザーフォーラムでの不満の声が積み上がっている。買収の"中身"よりも、買収が閉じた後に何が起きているかのほうが、日常的にCursorを使う開発者にとっては意味が大きい。

⚠ 情報の鮮度について
買収成立の一次情報は、Bloombergの報道(米国時間2026年8月14日)とCursor公式ブログのクローズ発表(2026年8月15日付)です。本記事の公開時点で成立から2日前後が経過しており、速報ではなく「何が変わったか」の整理として書いています。後半で触れるGrok Buildの設定不備は7月12日〜14日に報じられた既報で、買収の文脈を理解するための背景情報として扱っています。

600億ドルの買収、8月14日に正式成立

SpaceXによるAnysphere(Cursorの開発元)の買収は、全額をSpaceXの株式で支払う形の取引だった。取引成立にともない、Anysphereの普通株・優先株はSpaceXのクラスA株式に転換され、CursorはSpaceXの完全子会社になった。Cursor公式ブログは、これでSpaceXが保有する「世界最大級のGPU群」にアクセスできるようになると説明している。

金額の大きさは、直近のコーディングAI企業の資金調達と並べると分かりやすい。8月12日には、自律型AIエンジニア「Devin」を提供するCognitionが企業価値400億ドル以上での資金調達を交渉中と報じられ、ノーコードでアプリを作るLovableは133億ドルで確定した(いずれも前回の記事で詳しく取り上げている)。Cursorの600億ドルは、この2社を合わせた額を上回る規模だ。

600億ドル 買収総額(全額SpaceX株式)
8/14 取引成立日(米国時間)
2か月 6月16日の正式契約から成立まで
一言でまとめると──「Cursorは今日から法的にもSpaceXの一部」。これまでの提携関係ではなく、経営権そのものが移った。料金表・対応モデル・データの扱いを最終的に決めるのは、今後はSpaceX(実質的にはイーロン・マスク氏)になる。

4月のオプション契約から成立まで

今回の買収は、ある日突然決まったものではない。4か月かけて段階を踏んでいる。

2026年4月

非公開のオプション契約SpaceXとCursorが技術提携を結び、SpaceXが600億ドルでCursorを買収する権利を確保。この時点では取引が成立しない場合の違約金の取り決めのみが先に固まっていた。

6月16日

正式な買収契約を締結SpaceXの新規上場から間もないタイミングで、オプションを行使する形で正式契約を発表。同日、xAIはCursorと数か月にわたり新モデルを共同学習してきたことも明らかにした。

7月12日〜14日

Grok Buildの設定不備が発覚xAIのコーディングCLI「Grok Build」で、リポジトリ全体が意図せず送信されていたと報じられる。詳細は次章。

8月14日

買収が正式成立規制当局の審査を経て取引がクローズ。CursorはSpaceXの完全子会社となり、社内の新部門「SpaceXAI」でGrok Build・Grok Bot・Grok APIのチームと合流した。

Grokは「兆単位のCursorトークン」で学習していた

6月16日の発表で見落とされがちだったのが、買収と同時に明らかになった共同学習の中身だ。SpaceXAIとCursorが7月にリリースしたコーディング特化モデル「Grok 4.5」は、Cursor公式ブログによれば「兆単位のCursorデータのトークン」を使って学習されている。実際のコードベースに対する開発者のやり取りや、AIエージェントが環境とどう対話したかという記録が、学習データの一部になっているという。

Cursorの利用規約上、この扱いは「Privacyモード」の設定次第で変わる。Privacyモードを有効にしていれば、入力したコードや操作ログは学習に使われない。ビジネス・エンタープライズプランでは既定でPrivacyモードが強制されているが、個人プランでは自分で有効にしない限りオフのままだ。つまり、個人でCursorを無料〜Proプランのまま使い続けている開発者のコードの一部は、今回のGrok 4.5のような学習に使われていた可能性がある。

01
Business / Enterpriseプラン

Privacyモードが既定でオン。OpenAI・Anthropic・Google・xAIなど各モデル提供元との間でゼロデータ保持(ZDR)契約が結ばれており、学習には使われない。

02
個人のFree / Proプラン

Privacyモードは初期設定でオフ。自分で設定を開いて有効にしない限り、コードやプロンプトが学習データの候補になる。

03
買収後に変わりうる点

ZDR契約や利用規約は買収元の意向で書き換えられうる。買収前に確認した設定が、買収後も同じ意味を持つとは限らない。

姉妹製品Grok Buildで発覚した設定の不備

買収の文脈を理解するうえで欠かせないのが、7月に報じられたGrok Build(xAIが提供する別のコーディング用CLIツールで、Cursorとは別製品)の一件だ。セキュリティ専門メディア各社の報道によれば、7月12日に公開された通信内容の解析で、Grok Buildがコードベース全体(Gitの履歴や、削除済みのはずの機密情報を含む)をGoogle Cloudのストレージへ送信していたことが分かったという。xAI側は「コードベースの内容はサーバーに送信されない」と説明していたが、この解析結果はそれと食い違う内容だった。※観測として扱うが、送信量が処理に必要な量をはるかに超えていたとする報道もある。

とりわけ問題視されたのが、ユーザー向けの「Improve the model」という設定項目だ。この名称からは学習への利用可否を切り替える機能に見えるが、オフにしても送信自体は止まらなかったという。xAIは7月13日にサーバー側の設定でアップロードを無効化し、CLIのソースコードも公開。マスク氏は7月14日以前にアップロードされたデータについて「一切合切、痕跡も残さず削除する」とX上で述べたと報じられている。

ℹ Grok BuildとCursorは別製品
Grok Buildはターミナルで動くxAI製のコーディングエージェントで、エディタ型のCursorとは別のツールです。ただし8月14日の買収成立により、両者は同じ「SpaceXAI」という部門の傘下に入りました。Grok Build単体の不具合がCursorに直接及んだ形跡は報じられていませんが、同じ企業グループがコード関連データをどう扱うかを示す先行事例として押さえておく価値があります。

Cursorのフォーラムで続く「無断切り替え」報告

Cursor公式のコミュニティフォーラムには、8月に入ってからも意図せずGrok 4.5に既定モデルを切り替えられたという報告が複数投稿されている。あるユーザーは「2回無効化したのに、プロンプトの実行が長引くたびに気づけばGrokに切り替わっている」と報告し、別のユーザーは新規のエージェントウィンドウを開くたびに前回選んでいたモデル(Opus 4.5)ではなく「Grok 4.5 High Fast」が既定で立ち上がる挙動を「こっそりダークパターンのようだ」と表現している。

Cursor側から、これらの報告に対する包括的な説明は本記事の執筆時点で見当たらない。個々のバグ報告として個別に扱われている状態で、設定した既定モデルがなぜ・どのタイミングで上書きされるのかは公式に明確化されていない

💡 モデル選択が勝手に変わったら
Cursorの設定画面でモデルを固定していても上書きされる場合は、フォーラムの既存スレッドに事象を追記して報告するのが最も確実な対処です。同じ現象を報告しているユーザーが多いほど、修正の優先度は上がりやすくなります。

今すぐ確認すべき設定

買収そのものは開発者の日々の作業を即座に変えるものではない。ただし、今回の一件で明らかになった論点は、Cursorを個人契約で使っている人ほど自分で確認しておく価値がある。

A
Privacyモードの設定を開く

設定内の「Privacy Mode」がオンになっているか確認する。個人プランでは初期状態でオフになっている場合がある。

B
既定モデルを毎回確認する

機密性の高いコードを扱うセッションでは、作業開始時に実際に選ばれているモデル名を目視で確認する。自動で切り替わる報告が複数あるため。

C
エンタープライズ契約はDPAを再確認する

チーム・エンタープライズ契約の担当者は、買収前に締結したゼロデータ保持契約が買収後も同じ条件で有効か、Anysphereに問い合わせて確認する。

編集部の見立て

Editor's Opinion

今回いちばん注目すべきなのは、600億ドルという金額そのものよりも、買収の"中身"が先に動いていたという順番だと考えます。Grok 4.5は買収成立の1か月以上前から、すでにCursorのデータで学習されていました。企業の合併が法的に成立する前から、データや技術のレベルでは統合が先行して進んでいたことになります。

Grok Buildの一件も、Cursor本体の不具合ではないという点は正確に伝えるべきですが、無関係と切り捨てるのも早計です。同じ企業グループの中で、コードに関わるデータをどう扱うかという姿勢が透けて見えた出来事だからです。ユーザー向けの設定項目が名前どおりに機能していなかったという事実は、Cursor利用者が自分の設定を過信しない理由になります。

フォーラムでの「無断でGrokに切り替わる」という報告も、単体では小さな不具合に見えます。ただ、買収からわずか数日でこうした報告が積み上がっている状況は、統合の初期段階でどれだけユーザーの選択が尊重されるかを占う材料になります。この先の数週間、同種の報告が収束するのか、それとも増えるのかを見ておく必要があります。

まとめ

SpaceXによるCursor開発元Anysphereの買収が、2026年8月14日(米国時間)に正式成立しました。全額株式による600億ドルの取引で、ベンチャー企業の買収として過去最大規模です。Cursorは新設の「SpaceXAI」部門でGrok Build・Grok Bot・Grok APIのチームと合流しました。

買収の1か月以上前から、コーディング特化モデル「Grok 4.5」はCursorのデータを使って共同学習されていたことが分かっています。学習に使われるかどうかは、Privacyモードの設定次第で変わります。ビジネス・エンタープライズプランは既定でオンですが、個人プランは自分で有効にしない限りオフのままです。

7月には姉妹製品のGrok Buildで、コードベース全体が意図せずクラウドへ送信されていたとする報道がありました。xAIは該当機能を無効化し、7月14日以前のデータの削除を表明しています。8月に入ってからは、Cursor公式フォーラムで既定モデルが無断でGrokに切り替わるという報告も相次いでいます。

Cursorを個人契約で使っている場合は、Privacyモードの状態と、実際に選ばれているモデル名を一度確認しておくとよいでしょう。