Cursor挑战GitHub，推出全新代码托管平台Origin

今天，全球开发者们经历了一场令人惊讶的事件。美东时间上午9点40分，GitHub系统发生全面故障，连带其AI助手Copilot也无法使用。这次故障持续了整整7个小时，其中核心服务停摆长达3小时，导致开发者们无法拉取代码或使用AI工具。此时，Cursor公司正好宣布了对GitHub的挑战！在并入SpaceXAI之后，Cursor推出了全新的代码托管平台Origin。

Origin平台的定位是为Agent时代设计的Git代码托管服务，它与Cursor编辑器进行了深度集成。其核心功能包括堆叠式PR、合并队列、机器可读的审查状态、MCP协议支持，以及事件驱动的自动化。同时，Origin还支持GitHub的双向实时同步，确保现有工作流无需做任何改动。从今天起，Origin的测试版对所有Pro、Teams和Enterprise的付费用户开放。

曾有人猜测Cursor可以打败VS Code，但事实证明，GitHub才是它真正的目标。几乎在同时间段，微软的股价下跌超过3%，瞬间市值蒸发超过1120亿美元。新的Origin平台不仅是一个“代码副本”的存储空间，而是一个完整的Git托管解决方案。早期测试版支持多项功能，包括创建仓库、标准的git操作（clone、push、pull）、从GitHub同步仓库、在线浏览和搜索代码、发起PR、审查、合并以及权限管理。从本质上来说，相当于对GitHub的核心功能进行了重构，操作也很直观。在新的Codebase标签页中，用户可以点击“+New”创建仓库，页面会提供CLI安装和本地项目上传的具体指导。

在Origin中，每个代码仓库都支持PR功能，其中最引人注目的有三个特点。首先是堆叠式PR，它可以将一个大变更拆分成多个小的PR，并按依赖关系进行堆叠，视觉化依赖图有助于Agent处理。这对于喜欢大规模改动的Agent尤其重要，因为一次修改多个文件已经成为常态，而堆叠式PR则有效解决了人类审查的现实问题。

其次是合并队列功能，当多个Agent在同个仓库中提出PR并通过持续集成测试后，Origin能够自动排序和检测合并冲突，确保主干始终通过CI测试，无需频繁重跑测试。更为先进的是，Origin还整合了AI引擎，自动解决跨文件的合并冲突，甚至不需要人类干预。最后，Origin的审查状态以结构化API的形式呈现，Agent可以直接读取和写入，而不需解析人类的评论，降低了误解风险。

Origin的一个关键特点是无需将老项目迁移，用户可以直接镜像GitHub仓库，所有的git历史、分支和标签也会一并带过来，PR实现双向同步。刚同步时候，GitHub依然作为权威数据源，用户能轻松寻找到“权威”的版本。简单来说，虽然代码可以存在多个地方，但Origin将能成为真正的“代码大本营”。

新的平台不仅仅是为GitHub加了一层“Cursor”的外皮，而是在建立自己的基础设施。Origin也优化了应用生态，第一批合作伙伴包括Vercel、Depot和Buildkite。Vercel负责每个PR的自动预览部署，而Depot和Buildkite则提供持续集成支持，同时还能兼容现有的GitHub Actions工作流。

更重要的是，Origin原生支持MCP协议，允许Agent像调用API一样轻松操控整个平台，而不局限于集成开发环境（IDE）。在性能表现上，Origin月均可实现296,000次clone、81,000次push、每秒22.6次commit，全球同步延迟低于400毫秒，自动故障转移时间为10毫秒。对于一支Agent团队来说，这样的性能恰好足够。

Cursor之所以推出Origin，根本原因在于GitHub已经无法满足Agent们的速度需求。早在今年3月，有数据显示，Cursor合并的PR中，35%-40%是Agent在云端虚拟机自主完成的，这意味着Agent具备独立创建分支、执行任务的能力。