GitHub 正在崩溃：Cursor、GitLab 和 Zed 们的重建与分歧

导读：伴随着 GitHub 平台因AI流量导致的不堪重负，Cursor 的 Origin、GitLab 的 Project Switch 和 Zed 的 DeltaDB 开始竞相重建 AI 代理的代码托管服务。

本周人工智能领域最大的新闻无疑是埃隆·马斯克的SpaceX 同意以全股票交易方式收购人工智能编码初创公司Cursor，交易价值高达 600 亿美元。

就在同一天，在旧金山 Cursor 主办的仅限受邀人士参加的开发者大会上，托马斯·雷默斯登台亮相，揭晓了一个新兴项目，该项目对开发者工具行业可能同样具有重大意义。

这便是 “Origin”，它是一个与 Git 兼容的代码托管平台，其从零开始设计，旨在服务于一个由人工智能代理（而不再是人类）完成大部分工作的世界。

值得人们注意的是，雷默斯还是代码审查初创公司Graphite的联合创始人，Cursor于去年 12 月宣布收购了这家公司。

《实用工程师》的作者、Graphite的投资人Orosz在LinkedIn上如此写道：“我告诉你：GitHub最大的竞争对手可能很快就会是Cursor。在我看来，Graphite是目前最好的AI代码审查+堆叠差异+PR工作流产品。GitHub现在已经在努力追赶Cursor/Graphite了。”

简言之，Graphite 已经构建了 GitHub 正在努力复制的工作流工具——而现在它又有了 Cursor 的资源支持，这种差距只会越来越大。现在，再加上市值 2.5 万亿美元的 SpaceX 的强大资源支持，事情可能会变得非常有趣。

故事的起源

在旧金山举行的 Origin 发布会上，Reimers 指出 Graphite 的客户群（包括 Shopify、Snowflake、Notion 和 Figma）证明，在 Origin 未出现前，这个问题就已经存在了。

“被 Cursor 收购后，我们加快了最雄心勃勃的项目——从零开始重建该工具。”

“过去几年，我们注意到，随着这些公司采用人工智能工具，他们之前依赖的工具开始变得不可靠，”雷默斯如此说道。“这是因为过去几年，人工智能工具彻底改变了我们的行业。它让每个开发者的能力都提升了10到100倍，但这种变化也需要截然不同的工具。因此，当我们被Cursor收购后，我们加快了我们最雄心勃勃的项目——从零开始重建这套工具。”

在SpaceX上市、一夜之间成为全球最有价值的公司之一，并斥资600亿美元收购一家成立仅四年的初创公司等一系列轰动事件中，人们很容易理解为什么Origin会一直默默无闻。但它试图解决的基础设施问题却是真实存在的。

不难理解为什么Origin一直默默无闻。但它试图解决的基础设施问题却是真实存在的。

GitHub 作为全球领先的代码托管平台，目前正面临困境。

在过去的 12 个月里，该平台记录了数百起事件，均为难以应对AI 代理生成的海量代码。该公司表示，目前每个月要处理约 14 亿次提交（此前预计 2025 年全年仅为 10 亿次），仅 AI 代理每月就生成超过 1700 万个拉取请求。

有讽刺意味的是，GitHub在 2021 年推出 Copilot 时，曾助力开启了人工智能编码时代，如今自己却不堪重负。对一些开发者来说，这种不适应已经开始影响他们的日常习惯。

Brian Douglas是 GitHub 的前开发者倡导总监，他最近创办了自己的 AI 基础设施初创公司Paper Compute。他告诉媒体，这种转变已经开始了。

“Agent正在迅速扼杀人们从事开源工作的意愿。”

“代理正在迅速扼杀人们参与开源工作的意愿，”道格拉斯说。“我很想看看GitHub目前的月活跃用户数是多少，因为我确信有不少人选择在其他地方进行代码审查，或者完全依赖代理来完成最后的交付环节——而这部分用户数量目前正处于历史最高水平。”

道格拉斯也把自己算在内，他说他现在大部分的评论和相关工作都是直接在人工智能编码工具中完成的。

“作为 GitHub 的高级用户，我发现自己越来越少地使用它，而是更多地依赖 Claude 和 Codex 来进行代码审查和 PR 互动，”他这样说道。

后GitHub时代到来？

Origin 目前仍处于候补名单模式，计划于秋季发布。

在 Compile 大会上，与会者亦透露了足够多的细节，足以勾勒出其雄心壮志。开发者布道师兼独立评论员Shawn Wang Yuexian（网名 swyx）将其描述为“期待已久的 Git 竞争对手，可扩展以应对代理工作负载，可通过 API 和 MCP 进行扩展，并内置合并冲突和 CI 失败代理解决机制。”

无论 Origin 最终以何种面貌亮相，人们对现状替代方案的需求显然正在增长。

自 GitHub 在 2008 年推广 pull request 模式以来，软件开发领域发生了翻天覆地的变化——Douglas 称这一功能是 GitHub 有史以来“最好的”。但 pull request 模式的设计初衷是面向一个人类有意识地编写和审查代码、一次只修改一个地方的世界。而这样的世界正在迅速消逝。

“目前，GitHub 创建项目的速度太快，工程师们根本无暇查看代码。”

“目前，GitHub 创建项目的速度太快，工程师们根本无暇顾及代码，”道格拉斯说。“所以，如果目标是将项目迁移到云端，由代理来管理代码，我认为这绝对是一个颠覆性的机会。”

因此，随着人工智能代理以人类审查员无法跟上的速度推送代码，拉取请求有可能沦为一种形式——一个只需要勾选的可选项，而非真正有意义的质量把关。这就引出了一个更深层次的问题：软件行业究竟应该如何衡量软件工作的价值？

对道格拉斯来说，答案完全在于另一种单位。提交次数和代码行数是非常传统的开发者产出指标，而在代理程序几秒钟就能生成数千行代码的时代下，意义已经不大。相比之下，Token可以直接映射到计算成本，从而反映实际的工作量和产生的价值。这种重新定义非常契合 Cursor 的需求。

“Token比提交次数更能衡量数据质量。”

“Token比提交次数更能体现价值，”道格拉斯说。“Token与实际花费的金额成正比，也与工作量相关。以前，我们假装代码行数才是衡量价值的标准，但事实证明这是错误的。Token加上代理会话数就等于客户价值——而 Cursor 正好可以深入参与协作堆栈。”

不过，Cursor 并非唯一持有这种信念的人，而且正在涌现出大量旨在为智能体时代重建基础设施的相关产品。

6月10号，GitLab在伦敦举行的Transcend大会上宣布推出其所谓的“下一代源代码管理”（内部代号Project Switch）的内部测试版。

GitLab 首席产品和营销官Manav Khurana在大会上正式发布了这一新后端。该后端保留了Git协议，但彻底重新设计了底层架构，允许AI代理在服务器端查询代码仓库，而无需完全克隆。

GitLab 表示，其解决方案可使每个代理的任务执行速度提升高达 50 倍，同时消耗的Token数量减少高达 3 倍。而值得一提的是，Anthropic 是该项目的设计合作伙伴。

Khurana表示：“世界上最流行的Git平台不堪重负，这不仅是因为您的团队克隆、创建分支和合并代码，还因为数十个，在某些情况下甚至数百个代理同时工作，给这些系统带来了巨大的压力。”

在 GitLab 发布 Transcend 的第二天，Zed 联合创始人Nathan Sobo 公布了DeltaDB的详细信息。

Zed早在去年秋季就首次预告了这个项目。DeltaDB 比 Origin 和 Project Switch 都更加激进，它完全取代了 Git 基于提交的模型，取而代之的是细粒度增量的连续流——代理执行的每一个操作都直接关联到产生该操作的交互。Sobo 确认，测试版将在几周内发布。

与此同时，HashiCorp联合创始人Mitchell Hashimoto早已预见到这一点。早在去年12月，他就在X平台上写道：“人工智能公司发展成为GitHub的速度，比GitHub发展成为人工智能公司的速度还要快。”

本周Origin发布时，他转发了自己的推文，只写了一句话：“Cursor今天发布了Origin。更多内容即将来临。”

更巧的是，桥本还是另一家名为 East River Source Control ( ERSC )的代理原生代码托管初创公司的投资者，该公司正在 构建一个与 Git 兼容的平台，旨在每秒提交数千次代码。

模型是护城河

对于道格拉斯来说，各方竞相从零开始重建版本控制平台的努力最终汇合，这并不令人感到意外。他指出过去的一年，类似的动态也发生在开发者沙箱（即编写和测试代码的环境）领域， Docker 、Cloudflare和Vercel等公司纷纷进军这一领域，因为开发者们把时间都花在了那里。

同样的吸引力如今也作用于版本控制。开发者的工作方式发生了根本性的变化。在过去他们直接在编辑器中编写代码，而现在许多人则花费时间指导人工智能代理完成编写工作。集成开发环境（IDE）不再仅仅是输入代码的地方；它越来越成为观察、审查和引导代码的地方。

“我认为所有参与其中的人都有机会，我们需要重新思考我们的基础设施来为此做好准备。”

“如今，集成开发环境（IDE）面临的困境在于，开发者已经转向使用基础模型编写代码，而IDE需要将自身定位为用户打开后即可观看智能体编写代码的工具，”道格拉斯说道。“我认为所有参与其中的人都有机会，我们需要重新思考我们的基础设施，为此做好准备。”

然而，这一切的背后都隐藏着商业机会与现实。

Cursor 为实现这一目标已筹备多年，早在 2025 年就推出了自主研发的编码模型Composer，并在 5 月份更新了 Composer 2.5 版本，使其能够进行更经济高效的内部推理，而无需完全依赖 Anthropic 和 OpenAI 昂贵的 API 调用。Composer 2.5 在执行相同任务时的成本仅为 Claude Opus 的一小部分——在输出Token数量上甚至相差十倍。

换句话说，拥有模型是拥有其余技术栈的前提。

“很显然，你不能再像以前那样，仅仅植入一个 OpenAI 的密钥就指望在这个市场中获得超高速增长或长久生存了，”道格拉斯说。“相反，你需要掌握模型才能真正赢得胜利。”

SpaceX的强大实力究竟会加速还是阻碍这一雄心壮志的实现，目前我们尚不得而知。但那些押注下一代软件开发的公司，绝不会坐等GitHub迎头赶上。

作者：洛逸