Cursor 在最好的时机上线了自己的代码托管平台 Origin。

今天，GitHub 遭遇了近七个小时的停机故障，导致所有提交的分支、单点登录功能以及 Copilot 服务都无法正常运行。

在这时候，任何一个像样的方案都会被认真打量。

据 Cursor 介绍，借助 Origin，你可以创建仓库，使用 Git 进行提交和拉取操作，或者从 GitHub 上镜像代码。你可以浏览和搜索代码，打开并合并拉取请求，还可以将云代理附加到相同的远程服务器上。

面向 Agent 的 GitHub

在代码仓库层面，Cursor 在客户端新增了代码库选项卡，用于统一管理 Origin 上的仓库。用户点击新建，为团队命名，之后所有仓库的 URL 都会带上这个组织名，例如 cursor.com/codebase/acme-corp。安装 Origin CLI 之后，克隆、推送流程与其他 Git 托管服务几乎一致。

在 PR 层面，Origin 提供完整的时间线、提交记录、检查项、文件变更视图，审查 diff、评论、合并这一整套动作都能在 Cursor 内部完成。

Cursor 中的评论会同步到 GitHub，GitHub 上的表情回应、回复也会在几秒内出现在 Cursor 端。开发者被 assign 的代码审查任务，可以直接在 Cursor 中处理并合并。

在智能体层面，Cursor 把代码、PR 与 Agent 集中到了同一个界面。用户可以直接向 Cursor 询问当前浏览的代码，让它回答问题、修改文件、更新 PR，或者推送分支。

在应用扩展层面，Origin 首批集成了 Vercel、Depot 与 Buildkite。连接 Vercel 之后，每个 PR 会自动获得预览部署环境；连接 Depot 或 Buildkite 之后，团队既能运行已有的 GitHub Actions 工作流，也能跑 Buildkite 原生的流水线。CI/CD 的最后一公里被 Cursor 提前铺好。

此外，每个仓库都拥有独立的配置页，用户可以查看 GitHub 同步状态、管理访问权限，也能检查当前接入了哪些第三方应用。

而 Origin 和 GitHub 最大的不同，是它把智能体放在了产品结构的中心，而非当作一个外挂功能。

今天的源码控制基础设施，最初是为人类阅读、人类审查、人类合并而设计的。而智能体正在改变这一切。

Cursor 内部披露的数据称，Cursor 平台上已经合并的 PR 中，有 35% 由运行在云端虚拟机里的 Agent 自主提交。但这不是说开发流程已经彻底进入全自动阶段。

GitLab 在 2025 年的 DevSecOps 调研中发现，73% 的受访者曾遇到过由 vibe coding 产出引发的问题，70% 的受访者认为 AI 让合规管理变得更加复杂；而愿意让 AI 在无人审查的情况下处理日常任务的受访者，只有 37%。

换句话说，智能体正在越来越多地参与写代码，但人类仍然牢牢把控着合并、审查和负责的最后一关。

Cursor 的 Cloud Agents 已经具备在隔离环境中独立运行、修改代码、跑测试、操作浏览器和工具、创建 PR 的能力，本地机器不需要保持在线。开发者还可以让多个 Agent 并行工作。当一个中型团队每小时可能就会推出上百条分支，传统 Git 平台的工作流会被瞬间挤爆。

Cursor 曾在演示中展示过 22.6 commits per second 的吞吐量，但这在人类主导的时代几乎没有意义。

Origin 给了 Cursor 一整条闭环。如果 Agent 生成代码，进入 Cursor 托管的仓库，产出 PR，被审查，最后合并，那么整条链路不需要再和外部平台反复交接。

Cursor 官方在 HN 上的回复也印证了这一路径。研发人员写道，接下来几周会有更多与 Agent 相关的能力上线，包括对 Agent 编写代码的理解、让 PR 自动达到可合并状态等等。

如果沿着这条路径继续想象，Origin 更新后的形态可能包含以下几种能力：数百条并行的 Agent 分支、自动化审查与测试、由 Agent 直接生成的 PR、绑定到特定仓库的常驻 Agent、从 Issue 到代码的自动流水线、Agent 与 Agent 之间的协作调度。

这怎么能算竞争对手呢

Origin 上线之后，最热闹的一个讨论集中在它与 GitHub 的关系上。

用户可以把 GitHub 组织连接到 Cursor，挑选想要同步的仓库拉入 Origin，也可以随时断开。已同步的仓库会实时更新，用户能够在 Origin 中浏览、搜索、拉取，而推送依然发送到 GitHub。

对于在 GitHub 中发起的活动，GitHub 保留权威来源地位。每个仓库名旁边会有小图标，标识仓库到底属于 Cursor 托管还是 GitHub 镜像。

Cursor 团队成员 Thomas 略带调侃地回答，你至少需要关联 GitHub 账号才能打开 Origin，这怎么能算竞争对手呢。

Origin 明面上强调与 GitHub 的共存，暗地里却在悄悄接管开发者最重要的工作台。

目前，Cursor 有了资本、有了自研模型、有了云端 Agent、有了移动端控制、有了开发环境、有了代码审查，如今又补上了代码托管这一环。

不过，Origin 并不像 GitHub 那样完全免费。

官方 Cursor 文档和发布更新日志都说明 Origin（Cursor 原生代码托管/git Forge）仅在付费套餐上可用：Pro、Teams 和 Enterprise。

而 GitHub 的优势是：拥有全球最大的开发者社区、Microsoft 的分发能力，以及围绕 Actions、Packages、Copilot、Advanced Security 构建起来的巨大生态。

不过，自 2025 年 10 月起，GitHub 一直处在从传统数据中心向 Azure 迁移的过程之中，半迁移状态成为了不稳定的持续来源。

7 月 19 日，一次 DNS 重配置导致 GitHub 与其数据驻留环境出现 2 小时 11 分钟的服务降级；8 月 6 日，Actions 与 Pages 又经历了长达 10 小时 20 分钟的恢复过程。对一个被行业默认视作核心基础设施的平台来说，这样的可用性表现让越来越多团队开始重新评估自己的技术底座。

我绝对不会和马斯克分享我的代码

我绝对不会和埃隆·马斯克一起分享我的代码。我也已经不再使用 Cursor，转向了 Claude Code 与 Codex。GitHub 确实有些问题，但希望这一切最终能顺利解决。

6 月，SpaceX 联合 xAI 完成了对 Anysphere 的 600 亿美元收购，Cursor 的所有权结构因此发生变化。对不少企业开发团队来说，源码的归属与访问边界是一条不可触碰的红线。

让一家 AI 公司同时充当代码托管方、模型训练方、Agent 执行方，意味着源代码可能被用于产品改进、模型训练甚至内部测试。

即便 Cursor 已经在企业方案中提供了训练数据隔离承诺，很多受合规约束的团队依然更愿意把仓库留在有独立审计报告、有明确合规声明的老牌平台上。

Origin 是否真的能撼动 GitHub 的位置？

VentureBeat 与 SecureSlate 都在近期报道中指出，GitHub 长时间的连续故障，客观上给企业内部的多云代码托管策略提供了新的推动力。GitLab、Bitbucket、Gitea、Codeberg 等平台，都或多或少地从中获得了讨论度。

当然，一次宕机不足以推翻 GitHub 的二十年积累，一款 Beta 产品恐怕还很难马上赢得开发者的信任。

不过 AI 时代，护城河建立和打破的周期都在快速缩短，去年这个时候，谁又能想到 Grok 已经能把 Gemini 从AI 御三家拉下马呢？

本文转自：凤凰网科技

原文地址： https://tech.ifeng.com/c/8vgsrCv3cYD