Cursor "Takes Down" GitHub Overnight

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

美东时间上午 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 再趴，你可能已经不需要等它恢复了。

风险提示及免责条款

市场有风险，投资需谨慎。本文不构成个人投资建议，也未考虑到个别用户特殊的投资目标、财务状况或需要。用户应考虑本文中的任何意见、观点或结论是否符合其特定状况。据此投资，责任自负。