SpaceX 收购传闻背后：AI 编程赛道的算力之争

一场被否认的收购

8月19日，有报道称 SpaceX 曾主动接洽 AI 编程公司 Cognition，商讨潜在收购事宜。Cognition 是自主 AI 软件工程师 Devin 的开发商。

然而，Cognition 创始人兼 CEO Scott Wu 当天就在社交平台上公开回应：「这不是真的。我们对 SpaceX 团队非常尊重，但 Cognition 不卖，我们也没有进行过相关谈判。」

据知情人士的说法，SpaceX 的收购意向确实存在，但 Cognition 没有接招；与此同时，双方仍在讨论另一件事——让 Cognition 使用 SpaceX 旗下 Colossus 集群的算力资源。

股权不卖，但机器可以用。这是一种比直接收购更微妙的合作关系。

理解这场风波，需要先理解 Cognition 到底在做什么。

Devin 于 2024 年 3 月正式亮相，被定位为「全球第一个 AI 软件工程师」。它的工作方式与传统编程助手截然不同：用户把一个完整的软件工程任务丢给它，它会自己拆解需求、自己写代码、自己跑测试、自己 Debug，端到端把活干完。

公司内部的使用情况印证了这条路径的成熟度——Cognition 自家代码库里，89% 的代码是由 Devin 自己写的。

在商业层面，Cognition 的增速同样值得关注：

7 月，当 Windsurf 的核心团队被谷歌挖走后，Cognition 接盘了 Windsurf 剩余的 IP、产品和 250 人团队，由此同时拥有了 IDE 和 Agent 两条产品线，成为目前仍保持独立的最大 AI 编程公司。

将 Cursor 和 Devin 放在一起看，会发现它们代表的是两种不同的产品哲学。

Cursor 本质上是一个交互式代码编辑器，帮助程序员补全、重构、调试代码，它的目标是让程序员更高效——这是 Copilot（副驾驶）模式。

Devin 走的是另一条路。用户不需要坐在驾驶位上，而是把任务直接交给 Agent，由 Agent 独立完成整个软件工程流程——这是 Autopilot（自动驾驶）模式。

这一区别不仅是技术路径的差异，更关乎产品对终端用户的假设：Copilot 假设程序员仍是生产力的核心，Autopilot 则假设 Agent 可以独立承担完整的工程任务。如果 Autopilot 路径持续走通，它冲击的不只是工具市场，而是「程序员这个岗位本身」的工作方式。

无论 Devin 在产品层面多么独立，有一件事它无法绕开——算力。

目前 SpaceX 的 Colossus 集群仅一个集群就部署了超过 22 万块英伟达 GPU。这些资源已经不只为 SpaceX 内部使用——今年 5 月，连 Anthropic 也接入了 Colossus 的算力。

在与 Cognition 的接触中，SpaceX 提供的不是简单的算力买卖，而是让 Cognition 直接使用 Colossus 的机器。这是一种更深层次的绑定关系。

这背后是一条清晰的逻辑（属于推断）：AI 编程正在从「帮人写代码」演变为「让 Agent 直接完成整个软件工程」。这条路越往前走，对算力的需求越大，留给独立公司的空间就越窄。股权层面保持独立，与算力层面深度依赖上游供应商，并不矛盾——它很可能是新阶段的一种常态。

虽然具体的产品选择因人而异，但这场博弈本身给行业留下几条值得跟踪的线索（属于推断）：

Agent 类产品的真实渗透率。 89% 的内部代码由 Agent 自写是 Cognition 自家口径，这一比例能否在客户端复现，决定了 Autopilot 模式是 Demo 还是真正的生产力工具。

大客户名单的演变。 金融、军工、汽车等行业的头部客户往往代表合规与稳定性要求，这些客户对 Copilot 与 Autopilot 两种模式的接受度，是观察真实需求的重要窗口。

需要承认，这篇文章中的许多判断仍带有推测性质：

一个被官方否认的收购意向，可能只是商业谈判中的试探。但「股权我不给你，机器你可以用」这种谈判姿态一旦成立，它揭示的趋势可能比任何单一交易都更值得关注。