Cursor 在 GitHub 七小时宕机发生数小时前向付费用户推出 Origin 代码托管平台
要点速览
- •Cursor 于周一上午开始向付费客户交付 Origin。
- •GitHub 的故障在 Origin 推出约三个半小时后开始,并持续了六个多小时。
- •此次事件影响了拉取请求、议题、API、归档及原始文件下载,以及 SAML、OIDC、SCIM 配置、Team Sync 和 Copilot 等企业登录功能。
- •Origin 仍以 GitHub 作为代码仓库的权威来源,权限和拉取请求在两个平台之间保持同步。
- •Cursor 正将 Origin 定位为 GitHub 的渐进式替代方案,当前推出阶段将检验付费客户中的采用情况。

Cursor 于周一开始向付费客户交付其代码托管平台 Origin。数小时后,GitHub 便遭遇了一场持续约七小时的服务中断。
Origin 恰逢 GitHub 状态页亮起红灯之际上线
Cursor 的付费用户在周一上午收到了此次推送。约三个半小时后,GitHub 的事件日志记录到一次持续超过六小时的全球性服务降级。
在拉取请求、议题和 API 方面,错误率高达约 20%;归档及原始文件下载的错误率则攀升至接近 50%。此次中断还导致企业登录瘫痪,涉及 SAML、OIDC、SCIM 配置、Team Sync 和 Copilot。故障波及范围之广,显示出身份验证、持续集成、代码审查和 AI 工具等现代开发技术栈如今在多大程度上依赖单一服务商。
产品发布通常提前数周便已排定,且没有证据表明 Cursor 刻意制造了这一时间上的重叠。即便如此,这一时机仍为公司带来了一场营销盛宴。Cursor 的 Matt Palmer 以引用推文的方式转发了此次发布消息,并表示团队本想更早推出,但当时 GitHub 正处于宕机状态。
Vercel 首席执行官 Guillermo Rauch 在 X 平台上表示,开发者现在可以将代码仓库托管在 Origin 上并部署至 Vercel,并指出与 GitHub 不同,Origin 当时处于在线状态。当被问及为何面带微笑时,Rauch 说他只是想拿 Vercel 自身也因 GitHub 故障而陷入停滞这一事实开个玩笑,以轻松化解。
即便有了新平台,推送操作仍会同步至 GitHub,后者依旧是所有源起于其上的内容的权威来源。权限设置与 GitHub 的读/写权限完全一致。拉取请求在 Cursor 与 GitHub 之间保持同步——在 Cursor 中添加的评论会出现在 GitHub 上,反之亦然。据 Cursor 官方博客介绍,团队的 GitHub 代码仓库可以与 Cursor 托管的仓库并存。就目前而言,这使 Origin 成为一种渐进式采用,而非推倒重来的整体迁移。
Graphite 联合创始人现执掌 Origin
Cursor 将智能体、代码和拉取请求集中于一处:开发者可以向智能体发送一条审查评论,随后智能体便会编辑该拉取请求。Vercel 为每个拉取请求构建实时预览,Depot 和 Buildkite 则负责运行构建。现有的 GitHub Actions 工作流可原样运行,无需重写。此次发布将 Cursor 的业务范围从 AI 辅助编辑延伸至 GitHub 已凭借 Actions、Copilot 及其自有代码审查覆盖的基础设施层。
Cursor 于 2025 年 12 月收购了代码审查公司 Graphite,收购价格远高于后者 2.9 亿美元的 B 轮估值。Graphite 打造了堆叠式拉取请求,其联合创始人 Tomas Reimers 目前执掌 Origin。他于 6 月在 Cursor 的 Compile 大会上首次发布了该产品。其理念源自 Google 2025 年 DORA 报告——一项基于近 5,000 名专业人士、针对工程组织的年度基准调查——该报告发现,编写代码需要大量的审查工作。
过去一年中,GitHub 共发生 257 次故障,这一连串失败与“知名用户的明显出走”相关。Cursor 正通过建立 Origin 来利用这种不满情绪。
截至去年 10 月,GitHub 拥有约 1.8 亿开发者。GitHub 自身的 Octoverse 2025 统计显示,其拥有 1.8 亿开发者、6.3 亿个代码仓库,以及每月合并的 4,320 万个拉取请求,同比增长 23%。由微软持有的 GitHub 仍是全球最大的源代码托管平台。面对如此庞大的用户基数,此次推出目前所覆盖的范围——Cursor 付费客户——将成为检验挑战者托管服务能否获得实质性采用的第一道考验。