SpaceX 刚刚用 600 亿美元收购 Cursor，Cursor 紧接着端出了代码托管平台 Origin

SpaceX 刚刚用 600 亿美元收购 Cursor，Cursor 紧接着端出了代码托管平台 Origin。 上线当天，GitHub 刚好遭遇 7 小时大面积宕机。 很多人把这当成一次戏剧性的公关撞车。 甚至有人在猜，Cursor 是不是想趁乱取代 GitHub。

但真正的竞争，不在一次宕机。 在另一件事上。

问一个真正重要的问题： 当 AI 写代码的速度被放大了一百倍，为什么整个软件开发的流程反而堵住了？

因为代码托管的底层逻辑，撞上了一堵老墙：集成吞吐量墙。 2008 年 GitHub 诞生的时候，整套架构的前提只有一个：代码是人写的，也是给人审的。 一个人开一个分支。 写上几天，提一个合并请求。 同事看一遍代码差异，留几句文字评论，点个绿勾合并。 这套流程以人天为单位，跑了十八年。

但现在，一个开发者背后可能连着十个智能体。 它们以每秒 22 次的速度提交代码。 在 Cursor 内部，35% 到 40% 的合并请求已经完全由云端虚拟机里的智能体自主完成。 写代码的边际成本无限趋近于零。 把代码合进主干的冲突与协调成本，却在呈指数级爆炸。 十个智能体同时开工，各自提了分支，测试全通过。 合了第一个，剩下九个立刻产生冲突。 传统平台只能让人肉眼去辨析业务逻辑，整个流水线瞬间堵塞。

Origin 做的事情，就是为机器重写一套协作基础设施。 它把 2025 年收购的 Graphite 堆叠式 PR 机制搬到底层： 把几十个文件的庞大修改，切成相互依赖、层层推进的可视化图谱。 它把给人看的文字评论和绿勾，全部替换成结构化的机器可读接口，让智能体自己读取修改要求、自动修改并闭环。 它甚至在合并层内置大模型，直接理解代码语义，在后台自动裁决冲突。 每小时支持 29.6 万次克隆、8.1 万次推送。 这些指标从来不是给人类程序员准备的。 它们是给智能体军团修的高速管道。

它的切入路径也极度克制。 它支持与 GitHub 双向实时同步，一开始继续让 GitHub 当权威代码源。 你在编辑器里审阅、合并、留言，两端秒级拉齐。 但只要团队习惯了机器原生的节奏，仓库设置里留着一个按钮：解除 GitHub 绑定。 点一下，主客瞬间易位。

过去几年，行业一直在争论谁能生成更好的代码。 当代码生成不再是瓶颈，整个软件工业的重心，正在不可逆地转移。 谁掌握合并队列，谁掌握智能体的调度与审查协议，谁才掌握下一代开发的基础设施。 真正拉开时代差距的，从来不在单个工具的代码生成速度。 在于底层的协作管道，究竟还在为人服务，还是已经为机器重构完成。