SpaceX收购Cursor不划算，AI编程能力应自己做

SpaceX花600亿收购Cursor并不划算，AI编程能力更该自建。

我反对SpaceX用600亿收购Cursor来补AI编程能力，这是一笔典型的高价买时间、却未必买到未来的交易。最直接的证据不是估值，而是结果导向：Google并没有靠吞下某个独立编程产品才补齐agentic coding，而是把能力嵌进自己的模型、CLI、内部工具和产品线里，迅速完成了体系化升级。对SpaceX这种强工程组织来说，真正稀缺的从来不是一个现成编辑器，而是把AI能力变成可持续竞争力的内部方法论。

第一，买Cursor买到的是界面，不是护城河

Cursor的价值当然真实，它在AI编程体验上做得很强，尤其是把补全、重写、上下文理解和多文件编辑组合成了顺滑流程。但这类能力的核心并不神秘，本质上是模型调用、工作流编排和产品体验的集成。你花600亿买下一个前端入口，并不等于买下了底层能力的独占权，因为模型供应商、开源生态和内部工程化都在持续压缩这类产品的差异化空间。

更关键的是，编程工具的护城河往往短于想象。历史上，开发者工具的格局不断重排，今天风头最盛的产品，明天就可能被平台级能力吸收。Google的例子已经说明这一点：一旦把agentic coding做进自有体系，外部独立工具的战略价值会迅速下降。收购Cursor也许能立刻补课，但它补的是一门课程，不是一个学科。

第二，600亿的价格会扭曲组织，而不是强化组织

大额收购最危险的地方，不是贵，而是它会把公司对能力建设的判断外包给资本市场式的定价。600亿意味着SpaceX必须把Cursor当成战略级资产来保护、整合、放大，结果往往是管理层花更多精力处理协同、激励和边界，而不是继续打磨内部工程效率。对一家以执行速度著称的公司来说，这种注意力转移本身就是成本。

再看Google的路径，Antigravity带来的不是一次性并购新闻，而是连续性的组织收益：补齐agentic coding、升级内部DeepMind工具、推动Gemini CLI退役、把coding产品线带进第一梯队。这里的关键不是“买到了什么”，而是“公司学会了什么”。真正能长期放大的，是研发体系对AI的吸收能力，而不是某个明星产品的品牌光环。

第三，SpaceX真正需要的是能力内生，而不是外部依赖

SpaceX的核心竞争力来自高密度工程、快速迭代和系统集成。这样的组织最适合把AI编程能力做成内部基础设施，而不是把关键工作流绑定在一个外部收购来的产品上。因为一旦核心研发流程过度依赖被收购对象，后续的路线图、人才流动和产品节奏都会被对方牵着走，这和SpaceX一贯强调的垂直整合逻辑是冲突的。

而且，AI编程能力本身正在从“工具”变成“平台能力”。当它进入代码生成、测试、审查、部署和运维全链路之后，价值中心就不再是单点体验，而是端到端的工程闭环。Google之所以能靠Antigravity快速补位，正是因为它把能力嵌进了自己的模型栈和内部流程。SpaceX如果真想赢，应该做同样的事：用自研把AI编程变成组织肌肉，而不是买成一块昂贵的外置假肢。

The counter-argument

反对者会说，600亿贵归贵，但买Cursor能立刻拿到成熟团队、现成用户和被市场验证过的产品，省掉两三年的内部试错。对于任何一家正在追赶AI编程浪潮的大公司，时间本身就是战略资产。特别是在竞争窗口迅速收窄的情况下，花大钱买一个已经跑通的产品，比从零搭建一整套体系更稳妥。

这个观点不是没有道理。并购的确能缩短学习曲线，也能让公司直接获得产品感、人才和客户反馈，尤其适合那些内部工程文化薄弱、又急着补短板的公司。

但SpaceX不属于这类公司。它的强项恰恰是把复杂系统做成可复制的内部能力，所以它最不该把AI编程的未来押在一次巨额收购上。Google的Antigravity已经给出更好的样板：不是靠买一个独立王国，而是把能力融入自己的帝国。对SpaceX来说，收购Cursor最多是昂贵的捷径，不是最优解。

What to do with this

如果你是工程负责人，别把AI编程能力理解成采购清单上的一项软件，而要把它当成研发体系的一层基础设施：先在内部代码库、测试、审查和部署链路里做闭环，再决定是否需要外部产品补位。若你是PM，优先衡量的不是功能数量，而是AI是否真的缩短了交付周期、降低了返工率、提升了代码质量。若你是创始人，记住一个简单原则：能内生的能力不要高价外包，尤其是当它已经开始决定下一代产品竞争力的时候。