Cursor 发布代码托管平台 Origin

在 GitHub 于 8 月 17 日遭遇大范围服务中断的第二天，Cursor 正式向付费用户开放了 Origin 的早期测试版。Origin 是一个直接集成在 Cursor 编辑器里的代码托管平台，支持创建仓库、浏览代码、提交和审查拉取请求，并与现有 GitHub 仓库双向同步。表面看它是在补一个“代码仓库”的入口，本质则是 Cursor 为 AI 智能体打通一条更顺滑的开发链路。目前该功能仅限付费用户，且仍是测试版。

Origin 现在能做什么？

据 Cursor 公布的信息，Origin 已经具备代码托管平台的核心能力：

• 创建以 cursor.com/codebase/ 为前缀的新仓库；
• 在编辑器内浏览代码、提交变更、处理拉取请求；
• 同步 GitHub 仓库，评论与审查支持双向同步；
• 无缝接入 Vercel、Depot、Buildkite 等外部部署与 CI 工具。

对团队而言，迁移成本被刻意降低了。现有项目仍可继续使用 GitHub，Origin 先作为同步环境参与开发，等团队熟悉后再逐步切换主仓库。这种“并存而非替代”的策略，明显比一开始就让用户搬家要温和得多。

Cursor 为什么要自己托管代码？

如果 Origin 只是复刻一个 GitHub 界面，价值有限。真正的问题在于，当前 AI 编程工作流被拆散在多个系统里：代码在 GitHub，编辑在 Cursor，任务和 CI 结果又分散在别的地方。智能体每执行一步，都要反复拉取仓库状态、阅读 PR 讨论、查看测试结果，上下文传递效率很低。

Origin 把源码、拉取请求和 Cursor 放进同一套环境，AI 智能体可以直接根据审查意见修改代码、提交新变更并等待构建结果。一次完整的迭代闭环被缩短，这正是区别于传统代码托管平台的关键。

不过要提醒的是：

• Origin 目前只对付费用户开放；
• 早期测试版的稳定性仍需时间验证。

它真能成为 GitHub 的替代方案吗？

对于深度使用 Cursor 的个人开发者和小团队，Origin 已经具备一定吸引力。写代码、看 PR、回应审查意见不再需要频繁切换页面。

但更值得关注的不是它今天的功能数量，而是 Cursor 的扩张方向：编辑器解决“在哪里写代码”，智能体解决“谁来写代码”，Origin 则尝试回答“代码放哪里、如何被审查和交付”。当这三个环节连在一起，Cursor 就不再只是一个本地工具，而是一整套围绕代码生产的平台。Origin 是它向开发流程上游延伸的关键一步。