Cursor 在 6 月 16 日的首届 Compile 大会上投下了一颗重磅炸弹,宣布推出名为 Origin 的代码存储与 Git 托管平台。这不是一次普通的平台扩展,而是对"AI 时代代码基础设施应该长什么样"这一基础问题的明确回答。

Origin 的核心设计思想体现在一个关键决策上:它将 AI agent 视为一等公民,而非人类开发者的附属角色。传统 Git 平台 GitHub、GitLab、Bitbucket 等等——无一例外都是为人类开发者设计的。人类开发者的典型行为模式是:每天几次到几十次提交、偶尔的代码审查、定期的克隆和推送。但当 AI Agent 加入开发流程后,工作负载模式发生了根本变化——Agent 的克隆、读取和推送频率比人类开发者高出几个数量级。更关键的是,多个 AI Agent 可能同时在同一个代码库的不同分支上并行工作,它们的合并冲突不是偶发事件,而是系统性的常态。
Cursor 是如何解决这个问题的?技术栈的底层来自 2025 年 12 月收购的 Graphite。Graphite 原本就是一个面向高性能代码审查和堆叠式 PR 的开发者工具,其核心技术积累在于处理大量并发分支和合并冲突的能力。Origin 对 Graphite 的技术基础进行了重新架构,定向优化了 AI Agent 并行工作时的场景。

在 Compile 大会的主屏幕上,Cursor 展示了一组令人瞩目的性能指标:每小时约 29.6 万次克隆、约 8.1 万次推送、单个仓库每秒 22.6 次提交。全球同步延迟低于 400 毫秒,自动故障切换在 10 毫秒内完成。存储层基于 S3 构建,支持无限副本扩展。这些数字的意义不在于它们本身有多大——大规模 Git 托管服务在这些指标上也有各自的优化路径——而在于这些数字所代表的设计约束:Origin 是在假设 AI Agent 是主要流量来源的前提下构建的,而非在人类工作流的基础上为 Agent 打补丁。


合并冲突的自动解决是 Origin 最激进的差异化功能。在传统的 Git 工作流中,两个开发者编辑同一文件的相邻部分产生冲突时,需要人工介入决定保留谁的改动。但在 Agent 并行工作的场景下,冲突可能同时出现在几十个文件中,手动解决根本不现实。Origin 内置了 AI 驱动的冲突解决引擎,可以自动分析冲突上下文、判断各 Agent 的修改意图,并在绝大多数情况下无需人工介入即可完成合并。这听起来像是魔法——而且确实有一定的魔法风险——但 Cursor 在 Graphite 的堆叠式 PR 工作流中已经积累了处理复杂合并场景的工程经验。
Origin 推出的时机带有明显的竞争策略意图。GitHub 近几个月来遭遇了一系列可靠性和安全性事件,不少企业客户已在公开或私下寻求替代方案。而 GitHub Copilot 虽然是 AI 编码助手的先驱,但其底层代码托管基础设施仍然是十年前的设计——它的仓库模型、权限系统和 CI/CD 集成本质上是对人类团队工作流的优化,对 AI Agent 的"一等公民"需求缺乏原生支持。Cursor 正在利用这个窗口:在 GitHub 仍然是主导平台的时代,推出一个从零开始为 AI Agent 设计的托管层,然后在 Agent 工作负载真正超过人类开发者的节点上完成对传统平台的替代。

https://cursor.com/origin
Origin 并非 Cursor 在 Compile 大会上发布的唯一产品,但它是最具战略意义的一个。同场发布的另外两项宣布——SpaceX 以 600 亿美元全股票交易收购 Cursor,以及正在 xAI 的 Colossus 超级计算机上用超过 10 万块 GPU 从零训练的 1.5 万亿参数新模型——赋予了 Origin 更广阔的战略纵深。与 SpaceX 的绑定意味着 Cursor 获得了通往远地轨道数据中心和全球低轨卫星互联网基础设施的通道,这与 Origin 的"全球同步 <400ms"之间可以形成一套从物理层直达应用层的完整技术栈。而与 xAI 合作的超大模型则暗示,Origin 内置的 AI 冲突解决和代码审查功能将得到一个远强于当前任何编码模型的推理能力的底层引擎。
Cursor Mobile 也在会上亮相,允许用户从手机端直接启动和控制 AI Agent,包括发送任务和查看编辑结果。这看起来是个配件功能,但在 Agent 工作流中——当你有一个或多个人工智能 Agent 在后台不断创建分支、提交代码、运行测试时——能够在移动端实时监控和干预的能力就变成了刚需。这项工作流设计的隐含前提是:未来大多数开发者不再直接写代码,而是管理和监督 AI Agent 的编码输出。



从行业格局来看,Origin 的发布标志着 AI 编码工具从编辑器层向基础设施层的系统性下沉。Cursor 最初是一个编辑器(或更准确地说,是 VS Code 的一个 AI 增强分支),后来发展为独立的 AI IDE,现在正在构建自己的代码托管和协作层。这个垂直整合的路径与 GitHub Copilot 的水平整合路径(在现有 GitHub 平台之上叠加 AI 功能)形成鲜明对比。垂直整合路线的优势是控制力和优化深度——Origin 可以假定使用它的用户同时也是 Cursor 编辑器和 Cursor Agent 的用户,从而在编辑器、Agent 和仓库之间建立封闭但高效的反馈循环。劣势则是网络效应——GitHub 拥有超过 1 亿开发者用户,而且绝大部分开源项目的社区已经深深嵌入其生态系统。Origin 要突破这个网络效应,需要的不仅仅是性能优势,而是一个足够有说服力的迁移理由。
Origin 预计于 2026 年秋季正式上线,目前已在 cursor.com 开放候补名单注册。定价和详细的企业功能尚未披露。Cursor 承诺将提供 API 和 MCP 协议支持,方便用户将 Origin 集成到现有的 CI/CD 流水线中。