{"id":"mb-20260822-08853b","account":"mubei","brand":"","title":"SpaceX 刚刚用 600 亿美元收购 Cursor，Cursor 紧接着端出了代码托管平台 Origin","summary":"SpaceX 刚刚用 600 亿美元收购 Cursor，Cursor 紧接着端出了代码托管平台 Origin","body":"SpaceX 刚刚用 600 亿美元收购 Cursor，Cursor 紧接着端出了代码托管平台 Origin。\n上线当天，GitHub 刚好遭遇 7 小时大面积宕机。\n很多人把这当成一次戏剧性的公关撞车。\n甚至有人在猜，Cursor 是不是想趁乱取代 GitHub。\n\n但真正的竞争，不在一次宕机。\n在另一件事上。\n\n问一个真正重要的问题：\n当 AI 写代码的速度被放大了一百倍，为什么整个软件开发的流程反而堵住了？\n\n因为代码托管的底层逻辑，撞上了一堵老墙：集成吞吐量墙。\n2008 年 GitHub 诞生的时候，整套架构的前提只有一个：代码是人写的，也是给人审的。\n一个人开一个分支。\n写上几天，提一个合并请求。\n同事看一遍代码差异，留几句文字评论，点个绿勾合并。\n这套流程以人天为单位，跑了十八年。\n\n但现在，一个开发者背后可能连着十个智能体。\n它们以每秒 22 次的速度提交代码。\n在 Cursor 内部，35% 到 40% 的合并请求已经完全由云端虚拟机里的智能体自主完成。\n写代码的边际成本无限趋近于零。\n把代码合进主干的冲突与协调成本，却在呈指数级爆炸。\n十个智能体同时开工，各自提了分支，测试全通过。\n合了第一个，剩下九个立刻产生冲突。\n传统平台只能让人肉眼去辨析业务逻辑，整个流水线瞬间堵塞。\n\nOrigin 做的事情，就是为机器重写一套协作基础设施。\n它把 2025 年收购的 Graphite 堆叠式 PR 机制搬到底层：\n把几十个文件的庞大修改，切成相互依赖、层层推进的可视化图谱。\n它把给人看的文字评论和绿勾，全部替换成结构化的机器可读接口，让智能体自己读取修改要求、自动修改并闭环。\n它甚至在合并层内置大模型，直接理解代码语义，在后台自动裁决冲突。\n每小时支持 29.6 万次克隆、8.1 万次推送。\n这些指标从来不是给人类程序员准备的。\n它们是给智能体军团修的高速管道。\n\n它的切入路径也极度克制。\n它支持与 GitHub 双向实时同步，一开始继续让 GitHub 当权威代码源。\n你在编辑器里审阅、合并、留言，两端秒级拉齐。\n但只要团队习惯了机器原生的节奏，仓库设置里留着一个按钮：解除 GitHub 绑定。\n点一下，主客瞬间易位。\n\n过去几年，行业一直在争论谁能生成更好的代码。\n当代码生成不再是瓶颈，整个软件工业的重心，正在不可逆地转移。\n谁掌握合并队列，谁掌握智能体的调度与审查协议，谁才掌握下一代开发的基础设施。\n真正拉开时代差距的，从来不在单个工具的代码生成速度。\n在于底层的协作管道，究竟还在为人服务，还是已经为机器重构完成。","category":"科技","score":null,"percentile":null,"reason_tags":["集成吞吐量墙与机器原生协作架构","机制"],"translated_x_url":null,"translated_status_id":null,"published_at":"2026-08-22 17:07:21","created_at":"2026-08-22 17:07:21"}