SpaceX、90兆ウォンでCursorを買収
(reuters.com)- Elon Musk率いるSpaceXが、AIコーディングエージェントCursorの開発元Anysphereを600億ドル（$60B）の全株式交換で買収し、企業向けAIツール市場への参入を強化
- 今回の買収により、今年2月にSpaceXに買収されたxAIがAIコーディング分野での足場を確保。この分野は、企業向けAI売上が実現した初期領域の1つ
- CursorはOpenAI・Anthropicの中核的な競合だが、計算資源へのアクセス不足によって成長が制約されてきた
- 取引はIPO調達資金を使わない全株式方式で、2026年第3四半期に完了予定。発表後、**株価は10%**上昇
- Cursorの開発者データの確保は、GrokなどのAIモデル改善に寄与する可能性があり、この買収がSpaceXの28.5兆ドルの潜在市場攻略において重要であることを浮き彫りに
買収の概要と背景
- Elon Musk率いるSpaceXが、人気AIコーディングエージェントCursorを開発したスタートアップAnysphereを、600億ドルの全株式交換で買収
- 今回の取引は、先週のSpaceXのNasdaq上場直後に成立し、当時の企業価値は2兆ドル超へ急騰
- 2025年2月にSpaceXへ買収されたxAIは、今回の取引によってAIコーディング分野での地位を強化
- AIコーディングは、企業がAIを実際のビジネス収益源へ転換した初期領域の1つ
- SpaceXはIPO投資家に対し、理論上の最大売上として28.5兆ドル規模の市場を提示しており、そのかなりの部分が企業向けAIから生まれると見込んでいる
- この市場攻略がSpaceXにとって中核的であることが、買収の背景にある
Cursorの立ち位置と限界
- Cursorは、AIでコーディングを自動化して多くの開発者を獲得したシリコンバレーのスタートアップで、市場をリードするAnthropic・OpenAIの主要競合
- ただし、計算資源へのアクセス不足によって成長が制約されてきた
- Hargreaves LansdownのシニアアナリストMatt Britzman: "CursorはOpenAIやAnthropicほどの規模ではないが、コスト対比で印象的なコーディングモデルを構築しており、今回の取引はSpaceXにとって前向きだ"
取引条件と技術統合
- SpaceXは数カ月にわたりCursorを検討しており、4月には600億ドルでの買収または100億ドルのパートナーシップという選択肢を公開
- IPO書類では、Cursorが保有する開発者データ（コーディング要求、設計判断を含む）が、GrokのようなAIモデルの改善に寄与し得ると明記
- SpaceXはまもなくCursor向けにAIモデルを公開予定で、さらに数カ月にわたり共同訓練してきたxAIのコーディングエージェントGrok Buildもあわせて提供
- 取引はIPO調達資金を使わない全株式方式で、2026年第3四半期に完了予定
株価と時価総額への影響
- 発表後の初期取引で株価は10%上昇し、時価総額には約2,470億ドルが上乗せされ、2.53兆ドルに達する見通し
- 株価は211.27ドルで、IPO価格の135ドル比で56%以上上昇
- 上昇基調が続けば、SpaceXはAmazonを抜いて時価総額5位の企業に浮上する可能性
著名投資家と急成長
- 株式対価での支払いは、SpaceXの高い企業価値を活用することで、600億ドルの取引でも比較的小さい株式希薄化で実行可能
- 億万長者Bill Ackman（Xへの投稿）: SpaceXの高い評価額のおかげで、Cursor買収の希薄化コストははるかに低い
- Cursorは2022年の設立以降急成長し、年換算のB2B売上は約26億ドル、企業向け販売が急増
- サンフランシスコ拠点の企業で、Andreessen Horowitz、Thrive、Nvidia、Alphabet傘下のGoogleなどが出資
- 500億ドル規模の企業価値での資金調達ラウンドが協議されていたと報じられている
契約解除条項とデータセンターへの影響
- 特定の状況で取引が破談になった場合、SpaceXは100億ドルの違約金を支払い、反独占問題で破談となった場合は40億ドルのみ支払う
- 今回の取引がSpaceXのデータセンター賃借契約に与える影響は、現時点では直ちには不明
- SpaceXは最近、Anthropic・Googleと年間約260億ドル規模のクラウドコンピューティング容量の賃借契約を締結
- 2件の契約にはいずれも90日解約条項が含まれており、必要に応じてSpaceXが計算資源を迅速に引き揚げられる
- D.A. DavidsonのアナリストGil Luria: GrokとCursorの利用量が十分に増えれば社内利用へ切り替え可能だが、当面はAnthropic・Googleへの容量提供が続く見込み
3件のコメント
Cursorの他の点はよく分かりませんが、見た目はきれいだと思いました。多くの人が使う理由としては、それだけで十分な気もしますが...
今後が楽しみですね
そうなるだろうという話は多かったですが、本当にやるとは思いませんでした。
Hacker Newsの反応
Codex/Claudeに慣れてからは、Cursorは使わなくなった
Cursorは出続けるポップアップが煩わしく、性能も今ひとつだった。今は普段使いのエディタでやりたい作業をTODOとして書き、Codex+gpt-5.5に実装を任せる流れだが、ほぼ正確にやってくれる。Cursorのノイズや不便さより、Codexのほうがずっとパートナーと一緒に働いている感覚に近い
ただ、こうした違いが意味を持つのはごく短い時期だけだと思う。プロンプト「エンジニアリング」やツールを迂回して使うコツは、1年もすれば終わる気がする。ちなみに自分はC/C++のシステムエンジニアなので、こういう個人的な経験を語るときは分野を明かしたほうがいいと思っている
「出続けるポップアップ」はたぶんエディタモードを使ったときの話で、そのモードは3か月以上触っていない。Cursorのワークフローはかなり優秀だ。今でも目標と目的を自分で直接与える古典的なやり方で使っているが、広く考えられるならかなり効率がいい
Plan Modeがしっかりしていて、Shift-Tabで最新の高価格帯モデルに計画を立てさせ、たいてい5〜10分ほどレビューするか少し修正する。また作業ごとにOpus 4.8 High/xHighのようなモデルを切り替えられ、初期の計画段階では1Mコンテキストも使う。権限管理、エージェントの反復実行、サブエージェント生成もうまくできるので、目標を決めてPlan Modeを回し、30〜45分ほど放っておくと、プロダクトができていてテストまで終わっていることがよくある
CursorやClaude Code、Codexの良い点は、実際には「プロンプトエンジニアリング」がほとんど要らないことだ。「xを作って、yとzの機能が必要で、Goで書いて」と言えば、3〜4ページほどのかなりもっともらしい計画が出てきて、あとはそのまま「build」を押せばいい
Codexの使い方を覚えてからは、tmuxの分割画面にNeoVimを出して同じ効果を得られるようになり、その後は職場であえてCursorを使う理由を感じなくなった
以前はCursorから始めたが、価格が高くなりすぎてClaude Codeを経てCodexに移った。価格の問題がなければ、モデルを簡単に切り替えられるという理由だけでCursorを好むかもしれない。ただ、Cursorの「accept/reject」ワークフローはずっと嫌いで、今ではたぶんオプションになっているはずだ
会社がCursorに全面的に寄せる一方で、JetBrains IDEのAI機能を中央で無効化してしまったのだが、既存のIDEを使い続けたい開発者がかなり多く、最終的にIT部門がCursor対応に必要なプラグインを許可した
キーをあれこれ管理したり、シェルツール呼び出しまで降りたりする必要がなく、たとえばGeminiをサブエージェントとしてネイティブに呼び出せる。計画や変更点を複数モデルに相互レビューさせるのが基本的な流れになっている
Claude Codeは画面のちらつきがかなりうっとうしかったが、今は直っているのかは分からない。Cursorにも必要なら使える、あまり出来の良くないCLIがあり、主にリモートエージェント設定に使われているようだが、急場では役に立つ
宇宙企業が、世界で最も高価な現代的病院を150棟建てられるような金額でIDEを買うのは奇妙だ
これがどうSpaceXの利益にかなうのか分からない。ElonがSpaceXを別の何かに変えようとしているようで、かなり異様に感じる
https://www.cnbc.com/2026/06/16/spacex-spcx-cursor-acquisiti...
すでにファンダメンタルズから離れすぎていて判断しづらいが、実質的にはMonopolyマネーを使っているようなものだ。SpaceXがElonの会社群をすべて吸収していく構図に見え、そう遠くないうちに「ただの宇宙企業」ではなくなるかもしれない
軌道に貨物を打ち上げたい国は限られているし、大企業もそれほど多くない。Starlinkのようなインターネットサービスは当面は突出しているかもしれないが、特定顧客の戦略的ニーズを満たす程度でもある
だからMuskと会社は、巨大なTAMに見える新たな波を見つける必要があり、それによって会社の潜在的成長を正当化しようとしている
宣伝を投資に変え、内部で資金や負債を個人的な気まぐれに応じてより容易に再配置できるようになる。だからSpaceXが方向転換しているのは確かだが、驚くことではない
AnthropicやOpenAIの外で手に入る最高のデータである可能性が高い。AIのリーダーたちは、コーディングモデルを現在最大の収益機会であり、AIの進歩を加速させ、再帰的自己改善を通じて超知能へ向かう最良の道だと見ている。だからSpaceXが持分2%でCursorを買うのを自社の利益と考えるのは理解できる
火星は、そもそも収益なしでは不可能だった。Starlinkが収益を生んではいるが、私たちが生きている間に火星都市を建設できるほどではない可能性が高い。SpaceXにはもっと多くの資金が必要で、短期的にはAIが唯一の道だ
https://www.youtube.com/watch?v=FPIGu0anfAE
投資家向け資料には、SpaceXが総アドレス可能市場の70〜80%をAI関連、宇宙関連は7〜8%程度と見ていると書かれている、と動画内で説明している
Heroku創業初期、そこで働いていた頃は、みんなRubyコミュニティに深く関わっていた。
Rubyはパフォーマンス面で評判が良かったことはなかったが、奇妙な性能問題を掘り下げていくと、結局 @tmm1 が数か月前にすでに同じ問題を見つけ、コアにパッチを当て、どこかで1時間の発表までしていたと分かる、ということがほとんど冗談のように繰り返されていた。
Amanは、深い技術的テーマについて公の場でうまく話せる能力と意志を持っていたが、実際にはとても物静かで謙虚な人に見えた。すべてのRuby開発者は彼の性能問題の調査と修正の恩恵を受けていたし、彼が何年も働いたGitHubのユーザーたちもおそらく同じだろう。
Cursorチーム全体に祝意を表したい。彼らの事情をすべて知っているわけではないが、長いあいだ表に出ず静かに何百万人もの日常を数パーセントずつ良くしてきた人たちが、その努力に報われるのを見ると、気持ちよく微笑んで祝福したくなる。
愚かな比較かもしれないが、Mojang/Minecraftは2014年に25億ドルで買収された。
何億人もの人に長年楽しみを与えてきた、史上最も人気のあるゲームと言ってよいMinecraftが、やがて無意味になるAIスタートアップの価値の20分の1で評価されたことになる。
Minecraftが単なるゲームにすぎないとしても、Cursorより 社会的価値 は大きいと思う。どう価値付けされているのか理解できない。
重要な問いは、Cursorが最終的に600億ドル超の価値になり得るかどうかだけだ。実際の売上よりも、同じ物語を売り続ける能力のほうが重要かもしれない。
Facebookはそれを作り直そうとしてどれだけ使ったのか？
「IPO書類でSpaceXは、AI製品のTAMを26兆ドル、ほぼ米国GDPに匹敵する規模と見ていると明らかにした」
数年後の未来ドキュメンタリーは十分に想像できる。司会者が視聴者に「兆候はどこにあったのでしょう？」と尋ねる場面が目に浮かぶ。
およそ10年前にStripeにいたPatrick Mackenzieは、Stripeの成長は単に市場シェアを拡大することではなく、実際にインターネットそのものを拡大することにかかっていると語っていた。
GoogleやMetaのような企業が、より多くの人をオンラインに引き込むプロジェクトを行う理由も、ユーザーが20億人ほどになると、結局は新しいユーザーを生み出さなければならなくなるからだ。
非常に大きな「もし」ではあるが、人々が想像する通りに未来が展開するなら、それは未来ショックだ。小惑星採掘、巨大工場、1時間ごとに打ち上げられる宇宙船によって安くなる宇宙探査、衛星知能、フィジカルAIまで、SpaceXとAI研究所が成功すれば世界は完全に変わる。そのTAMが本物かもしれない。文字通りのムーンショットであり、語られている内容がSFのようだから、評価額もSFのように聞こえるのだ。
それでも、失ってもいい金でないならSpaceXには投資しないし、個人的にはロックアップが解除されるまでは投資しない。ムーンショットは自分のリスク選好に合わない。
市場が大きい可能性は高いが、SpaceXがその市場を取るのに最も適した存在かは疑わしい。それでも今は誰もがAI過熱列車に乗りたがっており、AI分野のどの会社でも見逃すまいとFOMOを感じている。
長期的には、ほとんどの市場は少数の強者と小さな競争相手へと再編される。個人的には、SpaceXよりOpenAIとAnthropicがぶつかり合うと見ている。
「IPO書類で同社は、Cursorがコーディング要求や設計判断を含む開発者データにアクセスでき、それがGrokのようなAIモデルの改善に役立ち得ると明らかにした」
結局のところ、みんなあなたの 知的財産 を盗み、トークンの形で競合他社に転売している。
「LLMに自分のコードを書いてほしいが、訓練は自分のコードではなく他人のコードでしてほしい」という態度は、かなり無茶だ。
Cursorユーザーは、製品を使う中で自発的にそれを提供している。個人の写真や動画をソーシャルメディアに投稿するのと変わらない。サーバーにアップロードした瞬間、それはもはやあなたのものではなく、権利を引き渡したのと同じだ。
チーム全体で数か月にわたってCursorを使っていた
使ってみると悪くなく、試したエージェント型コーディングツールの中では最も完成度が高いと感じた。ただし障害はコストだった。OpusとGPT 5.xを行き来しながら、月に500〜1000ドルを使っており、チケットの貼り付け、計画立案、単純なサブエージェントでの実行、AIテスト、競合モデルの検証といった比較的ありふれたワークフローだった
みんながそう使い始めると、会社はコスト負担を重く感じるようになり、コスト管理のしやすいClaude Codeに切り替えた。今のところ月100ドルのプランにもほとんど届かない見込みで、一部は20ドルのプランでも十分そうだ
Anthropicの利用制限はここでは継続的な不満の種だが、Cursorと比べればかなり寛大なほうだと思う。Cursorはどのモデルを選んでも、「ルーティング」の名目で100万トークンあたり0.25ドルのプレミアムを上乗せする。最前線のモデルでは5%の値上げだが、サブエージェントでHaikuを使うと50%のコスト増になる
Composerは堅実だが、潤沢な予算がなければ、その課金方式のせいでそのプラットフォーム上で唯一現実的なモデルになる。エディタとエージェントが統合されているのは良いが、C#やJavaのように本物のIDEを行き来しなければならない言語なら、どうせ切り替え続けることになる
Cursorを最もうまく使う方法は自動モードにしておくことだった。以前の席単位の契約では、リクエストあたり平均3.9セント、新しい契約の共有コストプールではリクエストあたり39セントほどだった。Composerは少し高く、リクエストあたり50セント前後で、Claudeモデルは1ドル台にまで上がった
一方でClaudeアプリには安価なモデルがなく、4月にデフォルトがOpusへ変わって以降、全体的にコストが増えた。ここにはClaudeとCursor、GPTを回すエージェント、AWS Bedrockの作業などがすべて含まれており、私たちのチームが請求書を処理している。Cursorを自動モードで使えばコストは管理できるが、いつも10人前後のヘビーユーザーが手動でモデルを切り替えて予算を吹き飛ばしてしまう
「より良いコスト管理」についても逆の経験をした。たとえばClaudeではFableを無効化する方法がなかったが、Cursorでは可能だった
ほとんどのツールを使ってきたが、Cursorを最も継続して使ってきた
UIの細かな違和感がたまに邪魔になることはあるものの、自動補完の予測は他のどのツールも追いつけないと思う。さらに重要なのは、最近は主にAsk Mode、Plan Mode、Agent Modeを使っていることだ。Claude Codeの粗くてバグの多い実行基盤なしに、サブスクリプション価格でOpusを使える点が良いし、CursorのPlan ModeはClaudeより優れていると感じるが、これは個人の好みかもしれない
Cursorが数か月前から魅力的な選択肢ではなくなったことは分かっているが、実際にはこれを使うときが最も効率的だと感じる
ただし、もう使わないつもりだ。Teslaを買わず、あの狂人をどんな形でも支援したくないのと同じ理由だ。だから悲しい
「Claude Codeの粗くてバグの多い実行基盤」をいつ使ったのか分からないが、ここ数か月毎日使っている立場からすると、細かな違和感はあっても安定していて十分実用的だ
2026年のHNで、まだ実際にCursorを使っている人はいるのか？
私が話した人たちは、今では全員Claude CodeかCodexを使っていて、会社に強制されてCopilotを使っているケースがあるくらいだ
Enterpriseプランの問い合わせには実際に返答があったが、Claudeは相変わらず無視し続けている。Cloud Agentsは複数のワークフローを同時に維持するのに良かった。コンピュータ使用機能を付けると、PRで機能を実際にテストして動作を見せるのにも役立った
Bugbotはこれまで試したAIレビュアーの中で最も良く、Composer 2.5も素晴らしい。ただし計画にはまだOpusを使っている。Claude Codeでも大半はできるが、チーム全体で維持するには確かにコストがある
VSCodeのフォークなのにVSCodeより悪く、MacBook M4で理由もなくCPUの50%と数GBのメモリを食うことがよくあった
Zedに移行したし、ElectronベースやネイティブでないIDEには二度と戻らない
変更点が簡単に強調表示されるGUIのほうが単純に好きだ。Claude CodeやCodex、OpenCodeのようなものにそれが実装されたら、すぐに乗り換えるだろう
Opusを使うときも、数日間Fableを使っていたときも、Cursorの実行基盤のほうがはるかに速い。私がClaude Codeを使う主な理由は、200ドルの補助付きPro Maxプランだ
それにクラウドエージェントのコンピュータ使用機能は、うまく動くとゲームチェンジャーになる。クラウドで動くなら、ノートPCをつけっぱなしにしたりMac miniを置いておく必要がない
Composerモデル、つまりKimiを学習させたモデルはかなり驚異的だ