你让 AI 写代码,AI 顺手把 GitHub 也抢了

你让 AI 写代码，AI 顺手把 GitHub 也抢了

浪潮来信

Cursor 在 6 月 16 日干了件挺出格的事。

在旧金山首届 Compile 大会 上，这家全球最火的 AI 代码编辑器，把手伸进了一个完全陌生的领域——代码托管。

新平台叫 Origin，官方页面只有一句话："A git forge for the agentic era."（为 Agent 时代打造的代码工厂）。

听起来像是又一个 GitHub 替代品。但如果你看懂了 Cursor 在干什么，你会发现一件更反常识的事——

GitHub 用了 18 年筑起的护城河，可能正在从地基开始漏水。

一、Origin 到底是个什么东西

先说事实，别堆术语。

Origin 是个 Git 兼容 的代码托管平台，对标 GitHub。

它的核心差异点只有一句话：AI Agent 是一等公民，不是附属品。

这意味着什么？传统 Git 平台的架构假设是"一个开发者，偶尔操作"。所以分支、合并、PR、code review 这些流程，都是按人类节奏设计的。

而 Origin 反过来假设：仓库里大部分操作，是 N 个 AI Agent 在并行克隆、提交、变基、修 bug。

为了撑住这个假设，Cursor 做了三件事：

混合 NVMe + S3 存储架构，支持"无限副本"——因为 Agent 会高频克隆、推送，传统 Git 服务器根本扛不住；
堆叠式 Pull Request（Stacked PRs）+ Merge Queues——多个 Agent 提交的 PR 能像俄罗斯方块一样堆叠、自动排队合并；
MCP / API 扩展——让 Agent 不需要模拟人类操作 Git，而是直接走机器接口。

这套东西不是 Cursor 凭空造的。关键技术来自 2025 年 12 月收购的 Graphite——一家专门做 stacked PR 工具的公司。Cursor 把 Graphite 的能力直接吃进了 Origin 的骨头里。

所以 Origin 不是一个新产品，而是 Cursor 三层战略的最后一层：

Composer（编辑层）：Agent 写代码
Graphite（审查层）：PR + AI code review
Origin（托管层）：代码仓库本身

三层全部自研，Cursor 就 不再只是一个编辑器——它要当开发者工具的操作系统。

二、为什么说"反常识"

我做了十来年工程师，看这事的第一反应不是"哇好厉害"，而是"这个时点，太精准了"。

我们来反推一下 GitHub 的护城河到底是什么。

GitHub 真正的护城河，从来不是"代码托管"本身——托管这事，GitLab、Bitbucket、AWS CodeCommit 都能干。GitHub 真正卖的是 三个东西：

网络效应：开发者都在这，PR、Issue、讨论自然在这发生；
生态：CI/CD、Actions、包管理、OAuth 应用，全部围绕 GitHub 展开；
数据：十八年的 commit history、issue 讨论、贡献者关系，这是迁移成本最高的资产。

但 2026 年的开发模式变了。

过去是一个开发者一天提交 5 次 PR。现在是 一个 Agent 一小时提交 50 次 PR。

GitHub 的 UI、PR 合并流程、Actions 触发机制，全都按人类节奏设计。当节奏提升两个数量级的时候，GitHub 的基础设施开始吃力——PR review 慢、Merge queue 排长队、CI 资源被 Agent 抢光。

Cursor 看到了这个缝隙。

Origin 不需要重建 GitHub 的网络效应和生态。它只需要做一件事：让 Agent 跑得比 GitHub 上跑得更快。

而这件事，从架构层就可以实现。

所以"反常识"在哪？反常识不在于"AI 写代码很厉害"，而是——

当 AI 成为代码的主要生产者，传统为人类设计的工具，就开始反向制约生产效率。

Origin 赌的是：未来 3 年，Agent 提交量会超过人类提交量。到了那天，谁的工具为 Agent 优化得更好，谁就赢。

这不是抢 GitHub 的市场，是 赌 GitHub 的护城河会从"为人类服务"转型失败。

三、数据钩子

如果上面的判断都是纸上谈兵，那几个数据可能让你重新掂量一下：

28.6 万次浏览：Cursor 在 X 上发布 Origin 的那条推文，数小时内被浏览 28.6 万次——一个面向开发者的工具产品，能拿到这个量级，说明它精准戳中了行业神经；
Graphite 收购：Cursor 在 2025 年 12 月就吃下了 Graphite，6 个月后才放出 Origin——这是有预谋的，不是临时起意；
2026 年秋季上线：Origin 还在 waitlist 阶段，但 等 Cursor 把 Composer、Graphite、Origin 三层串起来，整个开发流程会变成 Cursor 闭环；
GitHub 用户数据：截至 2025 年 GitHub 上有 1.5 亿开发者，AI 辅助 commit 的占比正以肉眼可见的速度上升——这不是将来时，是已经发生的事。

这四个数据放在一起看，Cursor 在下的棋就清楚了——

它不是在做一个新工具，它在做一条从"AI 写代码"到"AI 管代码"的护城河。

四、反方观点：GitHub 真的会被颠覆吗？

如果你觉得 Cursor Origin 听起来太顺了，那我想给你泼三盆冷水。

第一盆：数据安全。 Origin 的数据安全策略目前还没公布。对于企业用户，把代码仓库迁到一个"为 Agent 设计"的新平台，意味着 Agent 会大量接触核心代码——审计、合规、权限控制怎么做？Cursor 没回答。

第二盆：网络效应壁垒。 GitHub 18 年积累的开发者关系、PR 生态、第三方集成，不是一个新平台一两年能复制。Origin 即便技术上更好用，愿意从 GitHub 迁过来的项目会是少数。

第三盆：垂直整合的反噬。 Cursor 同时做编辑器、做审查、做托管，任何一个环节出问题都会反噬整体。GitHub 之所以能成为行业标准，恰恰是因为它不做编辑器——它保持中立，让所有编辑器都能往里推代码。Cursor 自己做编辑器，再推自己的托管平台，开发者会怀疑它对竞品编辑器（比如 VS Code、JetBrains）的兼容性能不能撑住。

所以短期看，Origin 是 Cursor 的战略宣言；长期看，它能不能活下来，取决于它能不能在不激怒开发者的前提下，把 GitHub 的迁移成本打下来。

写在最后

Cursor Origin 不是一个新工具，它是一个信号。

这个信号在说：当 AI 开始接管开发流程，我们过去为人类设计的所有工具——编辑器、版本控制、代码审查——都需要重新想一遍"为谁设计"。

GitHub 的护城河没有塌，但它开始漏了。

至于 Origin 是补漏的还是开闸的——这得等 2026 年秋季，它真上线了再说。

作者：浪潮来信 首发于公众号「浪潮来信」 参考资料：cursor.com/origin、Compile 2026 大会、OSCHINA、CSDN、byteiota.com