配了三年 AI IDE，每次改完代码都要切出去提 PR——今天 Cursor 把代码托管这件事从编辑器里彻底做了

配了三年 AI IDE，每次改完代码都要切出去提 PR——今天 Cursor 把代码托管这件事从编辑器里彻底做了

GitHub 有 1.8 亿开发者，Cursor 只有几万付费用户。但 8 月 17 日 Cursor 发布的 Origin，让这件事发生了微妙的变化——这是一个专为 AI agent 设计的代码托管平台，团队可以在 IDE 里直接完成从写代码到托管到 PR 管理的全部流程，不再需要切换到浏览器。

为什么现在做这件事？

Cursor 官方数据显示，平台合并的 PR 中已有 35% 到 40% 由 AI agent 在云端自主完成。这个比例还在上升。但传统的代码托管平台本质上是给人设计的——界面围绕人类协作流程，分支、PR、review 这些概念都是人读、人点、人判。AI agent 的操作频率和协作模式和人完全不同：每小时 29.6 万次克隆、每秒 22.6 次提交、每天数万次 push。当一个 AI coding agent 开始大规模并行工作时，传统平台的节奏明显跟不上。

Origin 的核心设计就是围绕这个来的。它基于 Cursor 去年 12 月收购的 Graphite 技术栈，针对高频 Git 操作做了深度优化，全球同步延迟低于 400 毫秒。架构上，Origin 把代码、PR 和 AI agent 放在了同一个工作空间里，agent 在浏览代码时可以直接回答架构问题，可以自主创建分支、提交修改、更新 PR、甚至推送代码，所有操作都在 Cursor 内部完成，不需要切到浏览器。

它能做什么？

Origin 在 beta 阶段支持这几件事：

第一个是仓库管理。可以创建 Origin 原生仓库，也可以把已有的 GitHub 仓库双向同步进来。同步进来的仓库，GitHub 仍然是事实数据源，所有 push 仍然流向 GitHub，Origin 作为浏览和协作层。两个平台之间的 PR 活动是双向同步的——在 Cursor 里评论会自动出现在 GitHub，反过来也一样。

第二个是 pull request 全流程。每个仓库都有完整的 PR 视图，可以看到 timeline、commits、checks 和文件变更。Diff 可以在 Cursor 内直接 review，留下评论，合并代码，不用打开 GitHub。

第三个是 agent 深度集成。Cursor agent 在浏览代码时可以直接回答关于代码架构的问题，也可以直接创建分支、做修改、更新 PR 或者推送代码。Cursor 明确表示，后续还会推出更深入的 agent 原生功能，包括自主完成 PR 到合并的全流程。

第四个是 CI/CD 集成。第一批支持的应用已经可以用了：Vercel 给每个 PR 自动生成预览部署，Depot 和 Buildkite 可以直接跑已有的 GitHub Actions workflows，不需要迁移配置。

目前有什么限制？

Origin 现在只支持私有仓库，开源项目暂时不能托管。Issues、Projects、Wiki、Discussions 这些功能还没有。Rate limit 相对较严格，已经有早期用户反映这个问题。另外，Origin 只对付费用户开放（Pro、Teams、Enterprise），免费版不能用。企业在用的是否采用，由管理员决定是否开启。

SpaceX 收购的背景也不能不提。8 月 14 日，SpaceX 以约 600 亿美元收购了 Cursor，Cursor 现在是 SpaceXAI 的一部分。Origin 是被收购后发布的第一个大产品，但数据治理和模型训练政策还没有完全明确，已经有开发者对代码托管在 SpaceX 体系下的长期影响提出疑问。

值不值得试？

对于已经在用 Cursor 的团队来说，Origin 值得至少开一个仓库试试。推荐的起步方式是先用 GitHub 同步模式，把一个活跃的仓库接进来，不影响现有生产流程，在 Cursor 里体验一下 agent 和 PR 协作的集成是否真的减少了上下文切换。新项目的内部仓库可以直接在 Origin 上创建，不需要 GitHub。等 Vercel 或者 Buildkite 集成配置好了之后，再评估是否完全迁移。

这件事的真正意义不是取代 GitHub，而是第一次让代码托管平台从设计之初就把 AI agent 当作主要用户。GitHub 的护城河是生态和积累，Cursor 的优势是 AI 原生和工作流压缩。两条路的竞争才刚刚开始。