突发！Cursor一夜干掉了GitHub#科技先锋官#

今天，全球程序员集体经历了一场「荒诞剧」。
美东时间上午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起的名字，会变成每个仓库网址的一部分，比如，网页链接。
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。