突发！Cursor一夜干掉了GitHub，推出全新代码管理平台Origin

今天，全球程序员集体经历了一场「荒诞剧」。

美东时间上午9点40分，GitHub全面瘫痪，连带Copilot全线阵亡。

整整7个小时，核心服务瘫痪长达3小时，码农们直接停摆，代码拉不下、AI用不了.....

好巧不巧，就在今天，Cursor正式宣战GitHub！

正式并入SpaceXAI后，原班人马甩出了全新「代码托管平台」Origin。

Origin到底是什么，快速划重点：

• 定位：专门给Agent时代设计的Git代码托管平台，深度集成Cursor编辑器
• 核心能力：堆叠式PR、合并队、机器可读审查状态、MCP协议支持、事件驱动自动化
• 兼容：GitHub双向实时同步，现有工作流不用动
  

从今天起，Origin测试版向所有Pro/Teams/Enterprise付费用户开放

原以为，Cursor只是想干掉VS Code，但现在看来，GitHub才是它真正的「终极猎物」。

几乎同一时间，微软股价跌超3%，超1120亿美元瞬间蒸发。

Cursor版Github，上线了

Origin不是「Cursor云端存了个代码副本」，它是一个完整的git托管平台。

早期测试版，能干的事非常多——

建仓库、用标准git做clone/push/pull、从GitHub同步仓库、在浏览器里浏览和搜索代码、开PR、review、合并、管权限。

一整套GitHub核心动作，重做了一遍。

用法也很简单，在新的Codebase标签页点「+New」建个仓库。

页面会直接告诉你怎么装 CLI、怎么把本地项目推上去。

首次给codebase起的名字，会变成每个仓库网址的一部分，比如，cursor.com/codebase/acme-corp。

AI自动合并，人类审查都省了

和GitHub一样，在Origin中，每个代码仓库都有PR，主要亮点功能有三点。

• 堆叠式PR
  

堆叠式PR允许把一个大变更拆成多个小PR，按依赖关系堆叠，Origin用可视化依赖图展示。

这对Agent太关键了。Agent天然喜欢大批量改代码，一次改50个文件是常态。全塞一个PR里？人类reviewer看到直接相关页面。堆叠式PR把这个问题拆开了。

• 合并队列
  

一个仓库里10个Agent各自改了一批代码，各自提了PR，CI跑完全是绿的。

问题来了：先合哪个？合完一个，剩下9个的测试结果还能信吗？

传统GitHub处理这种局面非常痛苦，动不动就合并冲突、CI重跑、反复rebase。Origin的合并队列自动排序和检测冲突，保证主干永远CI绿。

更狠的是，遇到跨几十个文件的冲突分支，Origin在合并层直接内置了AI引擎自动解决冲突，连人工介入都省了。

• 机器可读的审查状态
  

GitHub的审查状态本质上是给人看的，就是一个绿勾加一段评论文字。

Agent想判断一个PR能不能合并，得去解析评论内容。Origin把审查状态做成了结构化API，Agent直接读写，不用猜。

一个按钮，一键搬空GitHub

最关键的是，老项目也不用搬家，Origin支持直接镜像GitHub仓库。

git历史、分支、标签全带过来，PR还能双向同步。

刚同步过来的时候，GitHub仍然是权威数据源（source of truth）。

简单讲，同一份代码可以存在很多地方，但总得有一份说了算：出了分歧以谁为准、CI从哪儿拉、上线部署认哪一份。

过去二十年，全世界绝大多数团队的「权威数据源」，都在GitHub手里。

如今，Origin彻底颠覆了这一格局。

只要点击「Detach from GitHub」，Origin就会反客为主，成为真正的「代码大本营」！

这足以说明，它不是给GitHub套了层Cursor的皮。它是真的在建自己的「地基」。

这一次，Origin还打通了App生态，首批接了Vercel、Depot、Buildkite。

Vercel负责每个PR自动出预览部署；Depot和Buildkite负责CI，而且这俩都能跑你现成的GitHub Actions workflow。

给Agent跑的地基

不仅如此，Origin原生支持MCP，Agent可以像调API一样驱动整个forge，不局限于IDE。

性能数据这块，是说给Agent听的。

每小时296,000次clone、81,000次push，每秒22.6次commit，全球同步延迟低于400毫秒，自动故障转移10毫秒。

每秒commit 22次，听着离谱，但对一支Agent军团来说刚好够用。

写代码的主力

不是人了

Cursor之所以要做Origin，根本原因在于，GitHub已经跟不上Agent的速度了。

今年3月Truell公开过一个内部数字：Cursor合并的PR里，35%-40%是Agent在云端虚拟机上自主完成的。

换句话就是，Agent自己开分支、自己提交、自己开PR。

反观GitHub，这套2008年设计的工作流，骨子里是为「人」打造的。

一个人写完，找一两个人审，排队等合并，节奏以小时和天计。

但显然，Agent不按这个节奏来，十几个同时涌进一个仓库，时间尺度是秒。

Origin就是为这个现实建的。

代码、PR和Agent在同一个地方，在Cursor里写代码的时候，Agent可以直接改代码、更新PR、推分支，不用跳出去操作另一个平台。

那么，你今天要不要搬家？

先别急。短期内没有哪个团队会把核心项目从GitHub整个搬走。

如果你已经在用Cursor的云端Agent跑后台任务，值得试一下Origin。

而且搬家成本几乎为零，仓库设置里点一下Detach from GitHub，主客就易位了。

SpaceXAI研究员直接贴脸开大：GitHub崩了，不如看看Origin！

GitHub趴了那天，Cursor开门迎客。

下一次GitHub再趴，你可能已经不需要等它恢复了。

参考资料：

https://x.com/cursor_ai/status/2089399057659596847?s=20 

https://cursor.com/changelog/origin-code-hosting

文章来自于"新智元"，作者 "桃子 摩西"。