为代理规模的 Git 而生,而非人类节奏的提交
Cursor 对 Origin 的定位并非指责 GitHub 托管代码能力差,而是强调 GitHub 从未为 AI 代理当前产生的流量模式而设计。Origin 作为 git 托管平台,涵盖代码仓库、拉取请求、代码浏览和 GitHub 同步功能,明确围绕 Cursor 所称的“代理规模”[1]展开。该公司用数据支撑这一说法:声称 Origin 单一仓库每小时可支持约 296,000 次克隆,每秒处理约 22 次提交[3],这一吞吐量远超人类团队点击提交所能达到的水平。Cursor 还披露,其产品内部合并的拉取请求中,有 35% 由在云虚拟机中自主运行的代理发起[4],这一数据旨在证明为何专为机器速度流量设计的托管平台现在就至关重要,而非仅停留在假设层面。
这一战略的技术基础是 Graphite,即 Cursor 于 2025 年 12 月收购的代码审查初创公司[6]。据称,Graphite 的堆叠式拉取请求工作流及其联合创始人 Tomas Reimers 是 Origin 开发背后的关键[4],这也解释了为何 Origin 并非 GitHub 的简单克隆——它继承了一种围绕小而依赖的差异链而非单一巨型拉取请求构建的审查模型。这一点至关重要,因为代理倾向于产生正是这种形态的变更:大量小而连续的提交,而非 GitHub 用户界面设计所围绕的批量、人工审查的拉取请求。Origin 也并未要求团队放弃 GitHub 来测试这一理念——双向同步意味着在 Cursor 中发布的评论会同步到 GitHub,而 GitHub 上的反应也会在几秒内出现在 Cursor 中[1],让新平台能在真实仓库中证明自身,而无需立即成为记录系统。



