Cursor、GitLab与Zed：GitHub正在承压，谁来重建开发者基础设施？

AI

本周AI领域最引人关注的消息，无疑是埃隆·马斯克旗下SpaceX宣布以600亿美元全股票收购AI编程工具初创公司Cursor。

然而就在同一天，Cursor在旧金山举办的开发者闭门会议上，Tomas Reimers登台发布了一个可能同样影响深远的项目。

这个名为Origin的项目，是一个与Git兼容的代码托管平台，其底层逻辑从一开始就是为智能体而非人类主导开发工作的时代所设计。

值得一提的是，Reimers是代码审查初创公司Graphite的联合创始人。Cursor曾在去年12月宣布收购Graphite，并于今年1月正式完成交割。彼时，部分观察人士已注意到这笔交易对GitHub的潜在冲击，其中包括科技通讯《实用工程师》的作者、Graphite投资人Gergely Orosz。Orosz在LinkedIn上写道："我敢说，GitHub最强劲的竞争对手很快就会是Cursor。Graphite在我看来是目前最好的AI代码审查、堆叠差异与PR工作流产品。GitHub已经在追赶Cursor和Graphite了。"

简而言之，Graphite早已构建了GitHub正急于复制的工作流工具，而有了Cursor的资源加持，双方的差距只会越来越大。如今又有SpaceX这家市值2.5万亿美元的公司在背后支撑，局势或将更加耐人寻味。

在旧金山的会议上，Reimers发布Origin之前指出，Graphite的客户群已经涵盖Shopify、Snowflake、Notion和Figma等头部企业，这本身就是问题早已存在的佐证。

"当我们被Cursor收购后，我们加速推进了最具雄心的项目——从头重建整套工具链。"

"过去几年，当这些公司陆续引入AI工具时，我们注意到一个趋势：他们依赖的工具开始变得不稳定，"Reimers说，"AI工具已经从根本上改变了我们的行业，让每位开发者都能发挥出10到100倍的效能。但这种变化需要与之匹配的全新工具体系。这就是为什么在被Cursor收购后，我们决定加速推进这个项目——从头重建工具链。"

在SpaceX上市、一夜跻身全球最有价值公司、斥资600亿美元收购这家仅成立四年公司的喧嚣之中，Origin项目确实容易被淹没。但它所要解决的基础设施问题，是真实存在的。

作为全球占据绝对主导地位的代码托管平台，GitHub正面临严峻压力。据The New Stack今年6月的报道，该平台在过去12个月内已发生数百起故障，难以消化智能体持续产出的海量代码。GitHub表示，目前平台每月处理约14亿次提交，而2025年全年的提交量仅为10亿次；仅智能体每月就产生超过1700万个Pull Request。

讽刺的是，GitHub正是凭借2021年推出Copilot，点燃了AI编程时代的热情，如今却正被这股浪潮压垮。对于一些开发者来说，裂缝已经渗透到日常工作之中。

前GitHub开发者倡导总监Brian Douglas近期创办了一家AI基础设施初创公司Paper Compute，他向The New Stack表示，这种转变已经悄然发生。

"智能体正在迅速消磨人们参与开源的意愿，"Douglas说，"我很想知道GitHub现在的月活数据，因为我确信很多人已经选择在其他地方做代码审查，或者完全依赖智能体来完成最后一公里的工作——这一比例正处于历史最高点。"

Douglas自己也不例外。他表示，如今自己的代码审查和PR工作大多直接在AI编程工具中完成。"作为一个GitHub深度用户，我发现自己使用它的频率越来越低，转而更多依赖Claude和Codex来处理代码审查和PR交互。"

Origin目前仍处于候补名单阶段，计划于今年秋季正式发布。出席Compile大会的开发者倡导者、独立评论人Shawn Wang（网名swyx）将其描述为"期待已久的Git竞争者——可扩展以应对智能体工作负载，支持API与MCP扩展，并内置合并冲突和CI失败的智能体自动解决能力"。

无论Origin最终以怎样的形态亮相，市场对现状替代方案的渴望显然在持续升温。自2008年GitHub让Pull Request模式深入人心以来，软件开发的世界已今非昔比——Douglas称其为GitHub"有史以来最伟大的功能"。但Pull Request的设计初衷，是一个由人类逐步编写、逐步审查代码的世界，而那个世界正在迅速消逝。

"现在，项目创建的速度已经让GitHub不堪重负，工程师根本没有时间逐一审查代码，"Douglas说，"如果目标是把代码放到云端由智能体来管理，我认为这绝对是颠覆现有格局的机遇所在。"

随着AI智能体以任何人工审查者都无法跟上的速度推送代码，Pull Request正面临沦为走过场的风险——变成一个例行的复选框，而非真正意义上的质量关卡。这也引出了一个更深层的问题：整个行业应当如何衡量软件工作的价值？

Douglas认为，答案在于一种截然不同的度量单位。提交次数和代码行数——传统意义上衡量开发者产出的指标——在智能体可以瞬间生成数千行代码的今天，已经失去了参考价值。Token则不同，它直接映射到算力成本，进而对应真实的工作量与创造价值。这种重新定义，对Cursor而言显然是量身定制的优势。

"Token是比提交次数更好的度量指标，"Douglas说，"它与实际投入的每一分钱直接对应，体现的是真实的工作量。以前我们用代码行数来衡量，事实证明那是错的。但Token加上智能体会话，才等于客户价值——而Cursor有望在协作栈中占据更深层的位置。"

不过，Cursor并非唯一一家怀有这种信念的公司。一系列围绕智能体时代基础设施重建的并行努力正在加速涌现。

6月10日，GitLab在伦敦举办的Transcend大会上，宣布启动其"下一代源代码管理"私测，内部代号为Project Switch。这一新方案由GitLab首席产品与市场官Manav Khurana在台上发布，保留了Git协议，但彻底重构了底层架构，使智能体能够在服务端直接查询代码仓库，而无需完整克隆。GitLab表示，该方案每个智能体的任务执行速度最高可提升50倍，Token消耗最多可降低三分之二，而Anthropic正是该项目的设计合作方。

"全球最主流的Git平台正在因负载过重而不堪重负，这不仅仅是因为你的团队在克隆、分支和合并代码，更因为数十个、有时甚至数百个智能体同时在运作，对这些系统施加了巨大压力，"Khurana说。

GitLab宣布上述消息的次日，Zed联合创始人Nathan Sobo发布了DeltaDB项目的详细介绍——该项目曾于去年秋季初次亮相。与Origin和Project Switch相比，DeltaDB的方案更为激进：它彻底摒弃了Git基于提交的模型，代之以一种连续的细粒度增量数据流，每一个智能体操作都与触发它的对话记录直接关联。Sobo确认，Beta版本将在数周内上线。

HashiCorp联合创始人Mitchell Hashimoto则更早预见到了这一趋势。去年12月，他在X上写道："AI公司成为下一个GitHub的速度，远比GitHub转型为AI公司的速度更快。"

本周Origin发布后，他转发了那条帖子，只附上一句话："Cursor今天发布了Origin，更多的还在后面。"

顺带一提，Hashimoto也是另一家面向智能体原生代码托管初创公司East River Source Control（ERSC）的投资人，该公司正在打造一个与Git兼容、每秒可处理数千次提交的平台。

对于Douglas而言，多方同时着手从零重构版本控制体系这一现象并不令人意外。他指出，过去一年，类似的竞争格局已在开发者沙箱领域上演——Docker、Cloudflare、Vercel等公司纷纷布局这一赛道，因为那正是开发者投入时间最多的地方。

如今，同样的引力正在作用于版本控制领域。开发者的工作方式已发生根本性转变——从前他们在编辑器里直接敲代码，而现在许多人将大部分精力放在指挥智能体代为完成编写。IDE不再主要是用来打字的地方，它越来越成为一个用来观察、审查和引导智能体的场所。

"现在，IDE正面临一个现实：开发者已经进化为使用基础模型来驱动代码生成的人，他们需要一款工具，是专门用来观看智能体写代码的，"Douglas说，"我认为所有参与其中的人都有机会，但我们需要重新思考基础设施，为这个时代做好准备。"

然而，这一切背后是清晰的商业逻辑。Cursor为此布局已久——2025年推出了自研编程模型Composer，并于5月迭代至Composer 2.5，以此建立起更低成本的自有推理能力，而非完全依赖Anthropic和OpenAI的高价API调用。在同等任务下，Composer 2.5的成本仅为Claude Opus的一小部分，差距最高可达十倍。换言之，正是自主掌握模型，才让掌控整个技术栈的商业逻辑得以成立。

"如今在这个市场，只会接入一个OpenAI的API密钥，就别指望能实现超高速增长或长久立足，"Douglas说，"你必须掌握自己的模型，才能真正赢得竞争。"

SpaceX的加持究竟会加速还是干扰这一雄心，目前仍有待观察。但那些押注软件开发下一个时代的公司，已经不打算等待GitHub自我追赶了。

Q&A

Q1：Origin是什么项目？它要解决什么问题？

A：Origin是由Graphite（现已被Cursor收购）开发的Git兼容代码托管平台，专为AI智能体大规模生成代码的时代而设计。它要解决的核心问题是：GitHub等现有平台在应对智能体高频提交时出现严重的性能瓶颈和可靠性问题。GitHub目前每月处理约14亿次提交，智能体每月产生超过1700万个Pull Request，现有架构已难以承载这一规模。

Q2：GitLab的Project Switch和Zed的DeltaDB各有什么不同思路？

A：两者方向不同。GitLab的Project Switch保留Git协议，但重构底层架构，让智能体可以在服务端直接查询仓库而无需完整克隆，号称任务执行速度提升50倍、Token消耗减少三分之二，Anthropic是其设计合作方。Zed的DeltaDB则更为激进，直接抛弃了Git的提交模型，改用连续细粒度增量数据流，将每个智能体操作与触发它的对话记录绑定，Beta版本即将上线。

Q3：为什么说Token比提交次数更适合衡量开发者工作量？

A：传统的提交次数和代码行数，在智能体可以秒级生成数千行代码的今天已失去参考意义。Token直接映射到算力成本，反映的是真实计算投入，从而对应实际创造的价值。Brian Douglas认为，Token加上智能体会话数量才能真正体现客户价值，而Cursor凭借自研模型Composer掌握了更低成本的推理能力，在这一新度量体系下具备明显优势。