Cursor自建代码托管,同日GitHub宕6小时

8 月 17 日周一上午,Cursor 开始向所有付费用户推送一个叫 Origin 的新东西:代码托管服务,早期 beta,企业版可以主动退出。大约三个半小时后,GitHub 出现全球性服务降级,持续 6 小时 42 分钟,部分功能错误率接近 20%。

两件事没有因果关系,但凑在同一个上午,说服力比任何发布会都强。

它到底提供了什么

界面上多出一个 Codebase 标签,可以在里面建仓库、管仓库,本地项目通过 CLI 克隆或推送,仓库地址形如 cursor.com/codebase/<name>。Pull Request 那一套完整搬了进来:时间线、提交记录、检查状态、文件变更、diff 评审、评论、合并,GitHub 上指派给你的 PR 也能直接在 Cursor 里审掉。

跟 GitHub 的关系是双向同步。连上 GitHub 组织之后,已有仓库同步进 Origin,Cursor 里写的评论会发到 GitHub,GitHub 上的评论也会回来。官方措辞是 GitHub 保持 source of truth,推送仍然直接进 GitHub,用户随时可以断开连接。

已经接好的第三方有 Vercel、Depot 和 Buildkite,覆盖预览部署和 CI 流水线。

评审这一块并非从零写起。2025 年 12 月 Cursor 收下了代码评审创业公司 Graphite,那支团队和它的技术现在撑着 Origin 的评审工作流。收购当时看像是给编辑器补一个功能,回头看更像是在为托管层备料。

为什么现在做这件事

Cursor 过去几年的位置是”坐在 GitHub 上面的一层”。Agent 改完代码要提 PR,PR 要走 GitHub,评审意见要在 GitHub 上读,工具再把结果同步回编辑器。链路里每多一次跨系统往返,Agent 的可用上下文就少一截,延迟也涨一截。

把托管层收进自己家,省下的与其说是网络请求,不如说是产品定义权。当写代码的主力从人变成 Agent,仓库这个东西的形态本来就该跟着变:谁在什么时刻能看到哪些文件、一次改动怎么切分、评审给谁看,这些规则目前统统是按人类协作习惯定下来的。Origin 官方文案里那句”面向 Agent 规模设计”,说的就是这层。

**GitHub 这边的窗口确实开着。**微软 2018 年以 75 亿美元股票买下 GitHub,八年过去,它在 AI 编程时代的角色相当尴尬:既要托管所有人的代码,又要卖自己的 Copilot,还得给一堆竞争对手的 Agent 开 API。8 月这次长达六个多小时的降级,把”托管即基础设施”这个隐含前提戳了一下。

这盘棋的赔率

现实一点看,短期内没人会因为 Origin 就把仓库从 GitHub 搬走。开源项目的 issue、star、fork、CI 配置、外部贡献者习惯,全长在 GitHub 上,迁移成本压在社交那一侧,技术反倒是最容易解决的部分。Cursor 自己也清楚,所以第一版做的是同步而非替代。

有胜算的是企业内部仓库。私有代码不需要社区,不需要外部 PR,公司只关心 Agent 跑得快不快、评审流程顺不顺、能不能少交一份订阅费。Cursor 的付费用户本来就集中在这一层,Origin 直接摆在他们的现成工作流里,试用门槛几乎是零。

粗算一笔账也说明问题。一家两百人的公司,GitHub Enterprise 按人头一年要花掉五位数美元,Cursor 的订阅是另一笔,两者的功能重叠面正在快速扩大——评审、CI 触发、代码浏览,Origin 都做了。企业在续费季只需要问一个问题:这两份钱有没有必要都交。答案取决于 Origin 的稳定性能不能撑住,而不取决于功能清单谁更长。

背后还有一层资本因素。Cursor 已经归入 SpaceX,母公司的现金流足以支撑一个短期不赚钱的托管服务烧上几年——这跟一家还要看融资脸色的创业公司做同样的事,完全是两种打法。

要观察的指标不在发布说明里:半年后有多少家公司把 Origin 设成主仓库,而非同步副本。同步是过渡态,主仓库才是结论。

参考来源:Cursor 官方更新日志、SiliconANGLE、CocoLoop、Slashdot;核验 beta 开放范围、GitHub 降级时长 6 小时 42 分与错误率口径、Graphite 收购节点。