今天，全球程序员共同经历了一场荒诞剧。美东时间上午9点40分，GitHub全面瘫痪，Copilot也随之停摆。在核心服务中断长达3小时之际，Cursor宣布正式并入SpaceXAI，并甩出了全新的代码托管平台——Origin。
Origin 是为 Agent 时代设计的 Git 平台，深度集成了 Cursor 编辑器。它支持堆叠式 PR、合并队列、机器可读的审查状态、MCP 协议支持以及事件驱动自动化。最重要的是，它与 GitHub 兼容，支持双向实时同步，现有工作流无需改变。
01、Cursor 版 GitHub，上线了
Origin 不是一个简单的代码副本存储，而是一个完整的 Git 托管平台。在早期测试版中，它支持建仓库、使用标准 Git 进行 clone/push/pull、从 GitHub 同步仓库、在浏览器中浏览和搜索代码、创建 PR、进行 review、合并以及管理权限。这是一整套 GitHub 核心动作的重做。
用法很简单，只需在新的 Codebase 标签页点击「+New」创建仓库。页面会直接指导如何安装 CLI 以及如何将本地项目推送上去。首次给 codebase 起的名字会变成仓库网址的一部分，例如 cursor.com/codebase/acme-corp。
Origin 中每个代码仓库都有 PR，主要亮点功能有三点：
堆叠式 PR：允许将一个大变更拆成多个小 PR，按依赖关系堆叠，并通过可视化依赖图展示。这对 Agent 至关重要，因为 Agent 天然喜欢批量改代码，堆叠式 PR 能避免人类 reviewer 面对全塞在一个 PR 里的五十个文件感到头大。
合并队列：当一个仓库里有 10 个 Agent 各自提了 PR 时，CI 全是绿的，但先合哪个？合完一个，剩下 9 个的测试还能信吗？Origin 的合并队列自动排序和检测冲突，保证主干永远 CI 绿。更狠的是，遇到跨几十个文件的冲突分支，Origin 在合并层内置了 AI 引擎自动解决冲突，连人工介入都省了。
机器可读的审查状态：GitHub 的审查状态本质上是给人看的，Agent 想判断 PR 能否合并，得去解析评论内容。Origin 把审查状态做成了结构化 API，Agent 可以直接读写，不用猜。
此外，Origin 还支持一键脱离 GitHub。老项目不需要搬家，直接镜像 GitHub 仓库即可。Git 历史、分支、标签全带过来。点击「Detach from GitHub」后，Origin 就会反客为主，成为真正的权威数据源。这足以说明，它不是给 GitHub 套了一层 Cursor 的皮，而是真的在建自己的地基。
02、写代码的主力不是人了
Cursor 之所以要做 Origin，根本原因在于 GitHub 已经跟不上 Agent 的速度了。数据显示，Cursor 合并的 PR 里，35% 到 40% 是 Agent 在云端虚拟机上自主完成的。换句话说，Agent 自己开分支、自己提交、自己开 PR。
反观 GitHub，这套 2008 年设计的工作流，骨子里是为「人」打造的。一个人写完，找一两个人审，排队等合并，节奏以小时和天计。但 Agent 不按这个节奏来，十几个同时涌进一个仓库，时间尺度是秒。Origin 就是为这个现实建的。代码、PR 和 Agent 在同一个地方，在 Cursor 里写代码的时候，Agent 可以直接改代码、更新 PR、推分支，不用跳出去操作另一个平台。
03、那么，你今天要不要搬家？
先别急。短期内没有哪个团队会把核心项目从 GitHub 整个搬走。如果你已经在用 Cursor 的云端 Agent 跑后台任务，值得试一下 Origin。而且搬家成本几乎为零，仓库设置里点一下「Detach from GitHub」，主客就易位了。
GitHub 趴了那天，Cursor 开门迎客。下一次 GitHub 再趴，你可能已经不需要等它恢复了。