突发！Cursor一夜干掉了GitHub

  新智元报道  



    
来源丨转载自 新智元（AI_era）
编辑丨桃子 摩西
今天，全球程序员集体经历了一场「荒诞剧」。
美东时间上午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