今天清晨，全球开发者遭遇一场混乱：美东时间上午9:40左右，GitHub 出现全面瘫痪，Copilot 也同时失效。整整七小时被影响，其中核心服务瘫痪约三小时，导致开发停摆、代码无法拉取、AI 工具不可用。恰在此时，Cursor 宣布在并入 SpaceXAI 后推出其全新的代码托管平台 Origin，正式向 GitHub 发起竞争。

Origin 的定位是为 Agent 时代重构的 Git 托管平台，和 Cursor 编辑器深度集成。它主打一套为自动化代理（Agent）量身打造的工作流与协议，核心功能包括堆叠式 PR、合并队列、机器可读的审查状态、对 MCP 协议的原生支持以及事件驱动的自动化，同时宣称与 GitHub 保持双向实时同步，现有流程可以无缝继续使用。平台测试版已向 Pro/Teams/Enterprise 的付费用户开放。

从功能上看，Origin 并非简单把代码副本放到云端，而是一套完整的 git 托管系统：可以新建仓库、用标准 git 做 clone/push/pull、从 GitHub 同步仓库、在浏览器中浏览与检索代码、发起 PR、审查、合并并管理权限。创建仓库流程直观，首次命名会形成仓库 URL，例如 cursor.com/codebase/your-project。更关键的是，Origin 针对自动化 Agent 优化了许多协作痛点：

- 堆叠式 PR：把大型改动拆成多个按依赖关系堆叠的小 PR，并以可视化依赖图呈现，便于分层审查与合并，尤其适合 Agent 常见的大批量改动场景。 - 合并队列：自动排序和检测合并顺序及冲突，保证主干始终通过 CI，减少重复重跑与频繁 rebase。遇到跨多文件冲突时，Origin 在合并层内置 AI 引擎可自动尝试解决，很多情况下无需人工介入。 - 机器可读审查状态：将审查结果结构化为 API，Agent 能直接读写判断是否可合并，不再靠解析人工评论的非结构化文本。 - GitHub 镜像与一键接管：支持把 GitHub 仓库完整镜像过来（包含历史、分支、标签），PR 可双向同步。初期仍可让 GitHub 作为数据权威来源，但用户可通过「Detach from GitHub」将 Origin 设为主源，从而把代码管理重心迁移到 Origin。

此外，Origin 已打通首批生态合作伙伴，包括 Vercel（为每个 PR 自动生成预览部署）、Depot 与 Buildkite（负责 CI，且能运行现有的 GitHub Actions workflow）。平台原生支持 MCP，使 Agent 能像调用 API 一样驱动整个代码仓库与流程，不局限于传统 IDE。

Origin 还公布了面向大规模自动化的性能指标：每小时可处理约 296,000 次 clone、81,000 次 push，平均每秒 22.6 次 commit，全球同步延迟低于 400 毫秒，自动故障切换延迟约 10 毫秒。这样的吞吐和延迟表现，是为大规模 Agent 群体设计的。

之所以要构建 Origin，Cursor 的理由很直接：现有的 Git 平台正在被 Agent 的速度拉开差距。内部数据显示，Cursor 合并的 PR 中约有 35%–40% 是由云端虚拟机上的 Agent 独立完成——Agent 会自己开分支、自己提交 PR、自己推进合并。Origin 的出现，意味着为这些自动化工作流提供从底层到生态的整套支持，进一步把写代码的主力推向自动化 Agent。