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


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


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


突发!Cursor一夜干掉了GitHub


突发!Cursor一夜干掉了GitHub


好巧不巧,就在今天,Cursor正式宣战GitHub!


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


突发!Cursor一夜干掉了GitHub


Origin到底是什么,快速划重点:


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


突发!Cursor一夜干掉了GitHub

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


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


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


突发!Cursor一夜干掉了GitHub


Cursor版Github,上线了


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


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


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


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


突发!Cursor一夜干掉了GitHub


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


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


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


突发!Cursor一夜干掉了GitHub


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直接读写,不用猜。


突发!Cursor一夜干掉了GitHub


一个按钮,一键搬空GitHub


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


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


刚同步过来的时候,GitHub仍然是权威数据源(source of truth)。


突发!Cursor一夜干掉了GitHub


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


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


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


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


突发!Cursor一夜干掉了GitHub


这足以说明,它不是给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。


突发!Cursor一夜干掉了GitHub


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


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


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


Origin就是为这个现实建的。


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


那么,你今天要不要搬家?


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


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


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


突发!Cursor一夜干掉了GitHub

SpaceXAI研究员直接贴脸开大:GitHub崩了,不如看看Origin!


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


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


参考资料:

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

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


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