Cursor 推出 Origin 代码托管平台，GitHub 宕机时的替代选择

Cursor 正式推出 Origin，进军代码托管领域——这是一款面向 AI Agent 生成代码提交这个场景的 Git 兼容平台。

周一晚间公布的 Beta 版发布，距离 Tomas Reimers 在 Cursor 旧金山开发者大会上登台预告这款面向 Agent 的 GitHub 替代品恰好两个月。彼时正值 Elon Musk 旗下 SpaceX 确认提出以 600 亿美元收购 Cursor 的要约——该交易于 8 月 14 日正式完成，Origin 自此成为 Cursor 作为 SpaceX 全资子公司推出的首款产品。

值得注意的是，Origin 发布当天恰好是 GitHub 全球宕机之日，这让本可能平平无奇的 Beta 版发布变成了 Cursor 打造 Origin 的"现身说法"。然而，尽管 8 小时的宕机从表面看是绝佳的时机，但 GitHub 在那个时间点下线对 Cursor 而言并非好事——因为 Cursor 需要 GitHub 完全正常运行，新用户才能顺利起步。正如 SpaceXAI 的 Matt Palmer 在 X 上所言："我们本来打算更早发布，但 GitHub 宕了。以导入 GitHub 仓库作为第一个引导步骤，如果 GitHub 本身都在下线，那可就太不理想了。"

不过，GitHub 的困境早在这轮宕机之前就已存在。正如 The New Stack 在 6 月的报道，随着提交量从每年 10 亿次跃升至每月 14 亿次，平台在过去 12 个月已累计数百起事故——单是 AI Agent 每月就生成了超过 1700 万个 Pull Request。GitHub 将这种增长归因于基础设施瓶颈，如 MySQL 争用和 Webhook 过载。

"Cursor 已加入一众科技公司的行列，试图为 Agent 全天候运转的世界重建版本控制。"

在当时接受 The New Stack 采访时，GitHub COO Kyle Daigle 讨论了这个扩展难题："这不仅仅是常规的扩展，"他表示，"现在要确保我们能应对年均 30 到 40 倍的增长，"而非 GitHub 历史上规划的每年翻倍。

时间快进到今天，Cursor 已加入一众科技公司的行列，试图为 Agent 全天候运转的世界重建版本控制——其查询和推送仓库的速度远超任何人类团队。

Origin 标志着 Cursor 野心的一次相当显著的扩张。迄今为止，其 Agent 主要在托管于其他平台的代码上运作；有了 Origin，Cursor 开始谋求将更多底层开发基础设施纳入自己掌控。

发布之初，一切从基础开始。用户可以直接在 Cursor 内创建和托管 Git 仓库，新的 Codebase 标签页充当 Origin 仓库的主页。

Cursor Origin lets users create and host Git repositories directly inside Cursor.

这些仓库在 Cursor 之外仍像普通 Git 仓库一样运作。开发者可以将它们克隆到本地，添加 Origin 远程仓库，并从命令行推送代码——本质上，Cursor 扮演的是 GitHub 等服务的角色。

Pushing a local repo to Origin

Cursor 也没有要求用户进行全有或全无的迁移。现有的 GitHub 仓库可以同步到 Origin，与 Cursor 托管的仓库并列展示，而 GitHub 仍然是源自那里的项目的真相来源。

Pull Request 功能也已内置，涵盖 Diff、评论、检查和合并。Cursor 的 Agent 就置身于这些代码旁边：通过浏览器，用户可以就所查看的内容提问，让 Agent 进行修改、更新 PR 或推送分支。

Reviewing code / ask Cursor / merging

这种组合堪称 Origin 更具深远意义的部分：仓库、Pull Request 和编码 Agent 现在都运行在同一个产品内——让 Cursor 能够更好地控制代码存储、审查和变更的环境。

Coder 是一家面向企业的云开发平台，其 CEO Rob Whiteley 认为 Origin 是一步"明智的棋"——他认为业界大部分精力都投入到了编写代码的工具上，而对代码产生之后发生了什么关注相对较少。

"GitHub 正在 Agent 生成式代码开发的重压下开始出现裂痕，市场需要一款面向 Agent 的源代码 Forge，"Whiteley 告诉 The New Stack。"所有人都在整合'编写代码'的技术栈，从编辑器、聊天到 Agent、工具和 LLM。但没有人在真正整合'管理代码'的技术栈——即代码的存储、版本化、审查和合并。"

目前，Origin 仅对 Cursor Pro、Teams 和 Enterprise 计划开放——免费版似乎不在其中——而且发布是分阶段进行的，并非所有人都能立即访问。

Origin 与 GitHub 有何不同？

目前，无法回避的事实是，Origin 与可靠的 GitHub 并没有太大区别，这一点在网上社区也并非完全被忽视。Origin 团队本身也没有回避这一点。

Tomas Reimers 是 Origin 的工程师，也是 Graphite（Cursor 于 2026 年初收购的代码审查创业公司）的联合创始人。发布后，他在 Hacker News 上直接回答了开发者的问题。

"我们有意将这款产品作为 GitHub 的替代品发布，在功能上与他们正面竞争。"

当被问及除了正常运行时间之外，是什么让 Origin 区别于 GitHub 时，Reimers 坦承，事实上"非常少"。"我们有意将这款产品作为 GitHub 的替代品发布，在功能上与他们正面竞争，"他写道。

他确实提到更多功能即将到来：Reimers 解释道，未来几周内，Origin 应该会开始推出更深入的 Agent 集成、能理解 Agent 编写代码的工具，以及能将 Pull Request 自动推向可合并状态的自动化功能。

"对我们有更多期待，"他继续说道。"我们希望发布一个 Beta 版，让人们可以开始亲自试验我们的可扩展性和可扩展性。在接下来的几周里，你可以期待一些功能开始改变源代码控制，以更好地理解和与 Agent 协作。"

网上社区中也有多人指出了 Origin 发布的时机。Gergely Orosz 是 The Pragmatic Engineer 通讯的作者，也是 Graphite 的投资者。他最初在 X 上抱怨 GitHub 持续存在的性能问题，尽管其拥有大量工程师。

Incredible how GitHub's eng team knows reliability (having zero nines) is their #1 problem for ~6 months now and seemingly not being able to get a handle on it. Despite so many solid engineers working on it. My bet: arch decisions years ago bite back v hard now https://t.co/wHbCpugD6X — Gergely Orosz (@GergelyOrosz) August 17, 2026

然而不到一小时，Orosz 就回来评论 Origin 了。"Cursor 发布托管代码服务的时机也太巧了，"他写道。"如果 GitHub 稳定运行，这些替代品就不会这么有趣/受欢迎了！"

正如 Orosz 所说，"这些替代品"已在 GitHub 的阴影下排起了整齐的队列。

"GitHub 替代品"热潮

与 Origin 最直接的比较对象可能是 Entire，这是一个分布式 Git 网络，由 Thomas Dohmke 创立——他于去年 8 月卸任 GitHub CEO。 Entire 本质上是在区域节点间镜像仓库，GitHub 目前仍是真相来源——不过，一旦团队开始在该平台上原生创建仓库，这种情况可能会改变。该公司于 2 月完成了 6000 万美元的种子轮融资，投资者包括微软的风险投资部门，并于 7 月正式进入市场。

"如果 GitHub 稳定运行，这些替代品就不会这么有趣/受欢迎了！"

与此同时，GitLab 也在为 Agent 密集型世界重新思考源代码控制，于 6 月宣布了"下一代源代码管理"的私有 Beta 测试——内部称为 Project Switch。与 Agent 克隆整个仓库来读取或修改少量文件不同，该系统允许 Agent 只向服务器查询任务所需的内容，每个 Agent 的可见范围被限制在所需的最小范围。

此外，代码编辑器创业公司 Zed 去年以来也一直在预览一种新的版本控制方法，并在 8 月初终于推出了 Delta，用该公司的话说，这是一个"供 Agent 编码和审查其构建内容的多人协作环境"。

"Delta 将代码和对话保持连接，让开发者和 Agent 能够基于代码如何形成的完整上下文协同工作，"Zed 联合创始人兼 CEO Nathan Sobo 在 Beta 发布时写道。

底层上，Delta 运行在 DeltaDB 之上，后者保持对话和进行中工作的实时副本在团队间同步。它与项目的现有 Git 仓库并存，并与包括 Claude Code 在内的 Agent 工具配合工作。其在现实中的改变是：当 Agent 不断编辑代码时，评论会始终附属于它们所指的代码。

尽管 GitHub 存在持续的可靠性问题，Whiteley 并不认为 Cursor 的版本会很快成为大型企业市场的主要玩家，主要是因为切换的成本。

"大多数（企业）已经花了大量精力和金钱在 GitHub 上实现标准化，再迁移意味着大量痛苦，而今天的 ROI 却有限，"他说道。"随着' vibe coding '生成数量级更多的代码，这种情况可能会改变。如果 Cursor 致力于让 Origin 保持足够的开放性，让企业信任并与之集成，它可能会随着时间推移变得更具吸引力。"

因此，尽管"GitHub 替代品"领域确实一片火热，但现在说它们中任何一个能否长期存活还为时过早。GitHub 拥有 18 年的先发优势：它于 2008 年推出，让这些新来者大多试图颠覆的 Pull Request 审查模式流行开来，并于 2018 年被微软收购。GitHub 还在 2021 年推出 Copilot 引发了当前这波 AI 编码工具浪潮——而正是这波浪潮产生的量级，正在压垮它自己的基础设施。

目前，GitHub 仍是这些平台中唯一真正在大规模处理这种开发者活动的平台。然而，SpaceX 估值高达 2 万亿美元，是世界上最有价值的公司之一，这让 Cursor 在投资方面处于强势地位——不仅投资于其自己的 AI 模型，还投资于支撑这些模型的基础设施。