过去两周 Cursor 的动静不小，既有战略级新闻，也有技术深水区的东西。挑几个值得认真看的聊聊。
SpaceX 收购：GPU 农场才是护城河
8 月 14 日 Cursor 官方宣布加入 SpaceX。这件事如果只看到"AI 编程工具被航天公司收购"这个表层标题，容易低估其意义。
真正重要的在于：Grok 4.6 是这次合作的第一个可见产出，而背后是 SpaceX 提供的"全球最大 GPU 集群之一"的计算资源。对于一个 AI 编程工具来说，模型能力直接取决于训练成本——谁能以更低成本训练更强的模型，谁就能在价格战中守住利润空间。Cursor 选择了一条垂直整合的路：不再依赖第三方模型的 API 周转，而是借助 SpaceX 的算力自建更强的模型，然后直接在产品里消化掉这个成本优势。
这和 GitHub Copilot 的路径完全不同。Copilot 绑定 OpenAI，Cursor 现在绑定 SpaceX/X.AI。对于企业客户而言，这种算力自持能力在长期供应链风险上是一个加分项。
Origin Code Hosting：Cursor 在赌一个未来
8 月 18 日，Vicent Martí（Cursor 基础设施负责人，前 GitHub 工程师）发布了一篇万字长文，讲述 Cursor 自研 Git 托管系统 Origin Code Hosting 的设计思路。这篇文章值得仔细读。
核心问题是：Git 的设计是分布式的，但现代公司实际需要的是集中式的高可用。 这两者之间有根本矛盾。
GitHub 的解法是 Spokes：一个基于三阶段提交（3PC）的共识系统，在多个副本间同步推送。GitHub 靠这套架构撑了 13 年，但 Vicent 指出了它的天花板——3PC 的尾延迟问题、水平扩展的物理极限。Cursor 的解法叫 Continuity：WAL-first 的写入路径，以 S3 为真相源，通过 UDP gossip + S3 条件 GET 实现一致性，保证线性化的推送。
读到这里我的判断是：Cursor 在为"自驱动代码库"（self-driving codebases）构建底层基础设施。当 AI Agent 能够自主合并 PR、管理上线、监控线上状态时，底层代码托管系统必须满足：写入线性一致、读取无脑路由到任意副本、以及足够的弹性来承载跨仓库的 Agent 并发操作。GitHub 的 Spokes 做不到这个程度。
这是 Cursor 押注的一个长期技术赌注，成败取决于 Agent 能否真正接管软件工程的核心流程。
云端 Agent 的工程化：Builds + Subscriptions + /goal
8 月 13 日发布的 Builds 和 8 月 19 日的 Changelog 合在一起看，能看出 Cursor 对云端 Agent 工程化的思考。
Builds 的本质是环境快照预热。 每小时构建一次代码库环境快照（依赖已安装、install 脚本已跑完），新 Agent 启动时直接 fork 热的 VM，而不是从头 clone + install。在大仓库场景下，这个优化把启动时间压缩到原来的 1/3。Fair 在生产环境里每周跑 2000+ 次自动化 Agent，Builds 让他们的超大仓库启动时间降到秒级。
更值得注意的是 8 月 19 日的几个能力叠加：
- Subscriptions — Agent 可以订阅 PR、Slack thread 等事件源，事件触发时自动唤醒干活。这意味着 Agent 不再是被动响应指令的复读机，而是可以成为"值守员工"。
- Subagents on their own machines — 子 Agent 跑在独立 VM 上，环境隔离、互不干扰。这是大规模并行的基础。
- /goal — 长期目标指令，Agent 自主驱赶到目标完成，不中途放弃。
- Steering improvements — Agent 运行时可以插话干预，但不会打断当前操作。
这几项组合起来，指向的是同一个方向：Cursor 在把 Agent 从"辅助工具"往"自主员工"的方向推。 背后需要环境隔离、快速启动、事件驱动、长期记忆这些能力同时成立，每一项都是工程坑。Cursor 选择全部自建，而不是依赖现有 CI/调度系统，这是重投入，但也解释了为什么要 SpaceX 的算力。
整体来看，这两周的更新体现了 Cursor 的双线战略：模型侧绑定 SpaceX 获取训练算力优势，产品侧往"自驱动代码库"的终态推进。Origin Code Hosting 是基础设施，Builds/Subscriptions/Subagents 是执行层，两者合在一起才是完整的图景。