2026年，开发者群体中逐渐形成一种共识——GitHub这个主要为人类开发者打造的平台，已经不再适用于当下的开发需求。
问题部分源于代码量的激增。智能体能够以GitHub未曾设计应对的速度生成、修改和提交代码，这给基于提交、分支和拉取请求构建的基础设施带来了越来越大的压力。但更根本的问题在于交互模式本身：当变更背后的大部分推理过程发生在与智能体的对话中时，拉取请求只能向审查者展示最终的差异结果，而产生这一结果的大部分思考过程却被留在了别处。
当然，这一切的核心是GitHub的可靠性问题。截至6月的12个月里，该平台记录了数百起故障事件，月度提交量从2025年全年约10亿次飙升至4月份的每月14亿次。到8月，GitHub表示这一数字已跃升至每月29亿次提交。
不断增长的负载已经引发了一些相当严重的服务中断，包括8月份近八小时的服务中断，事故高峰期网页和API错误率达到约20%。
正如开发者平台公司Zed的联合创始人兼CEO内森·索博（Nathan Sobo）在周三发布的一篇博客文章中所说，"现在每个人都在争相取代GitHub"，科技领域的多个参与者都在开发替代工具。这其中就包括Zed自身，该公司宣布推出Delta的公开测试版——这是一个协作环境，开发者和编码智能体在共享线程中共同工作、审查和修改代码，而非通过拉取请求。
Zed的核心主张是，拉取请求并不适合编码智能体，也无法向审查者展示决策背后的推理过程。
"自GitHub十五年前推出拉取请求以来，它已成为请求团队成员审查代码库变更的标准方式。"
索博写道："自GitHub十五年前推出拉取请求以来，它已成为请求团队成员审查代码库变更的标准方式。但随着智能体生成越来越多的代码，我们要求彼此审查的差异内容也急剧膨胀。"
那么问题来了：当智能体生产了更多代码时，协作应该是什么样子？
从Atom到Zed
对于不熟悉的读者来说，Zed最初的定位相对有限。该公司由GitHub Atom编辑器团队的资深人士于2021年创立——索博本人在那里工作了九年——Zed最初是一款用Rust构建的高性能多人协作代码编辑器。当《新堆栈》（The New Stack）在2023年测试其测试版时，重点在于响应速度和实时协作；到2025年，AI编辑和智能体功能已成为该产品的核心。
然而，一段时间以来，Zed的野心显然已超越编辑器本身。2025年8月，当该公司宣布由红杉资本（Sequoia Capital）领投的3200万美元融资时，也透露了DeltaDB——一种基于操作的新型版本控制系统，旨在以编辑级别的精细程度记录代码变更。
时间快进到8月，Zed在私有测试阶段揭晓了Delta本身，将其定位为一个多人协作环境，开发者可以在其中与智能体一起编码，与团队成员分享正在进行的线程，并在保留原始智能体上下文的情况下审查变更。
周三的公开测试版发布将这一理念公之于众，并直接针对GitHub的标志性功能之一：拉取请求。
接续线程
Delta背后的核心概念是"线程"：一份智能体辅助编码任务的持续记录，其中对话和被修改的文件始终保持关联。开发者可以将任务交给智能体，持续讨论和完善，之后将整个工作成果分享给其他人。
每个线程可以针对项目的独立副本进行操作，这意味着多项工作可以独立进行，而不会出现多个智能体操作同一套检出文件的情况。团队成员可以加入现有线程，或创建单独的审查线程来检查提议的变更，向产生该变更的智能体提出疑问，并尝试修改方案，然后将接受的变更反馈回原始工作中。
DeltaDB在这一模型之下运作，以比Git更精细的层级记录活动。它不是等待开发者将工作打包成提交，而是在事件发生时捕获单个事件——包括代码编辑和对话中的活动——并利用这些历史记录保持参与者同步。
Zed将这些单独的记录称为"delta"（增量）。
不过，Git目前还远未被淘汰。Delta目前仍与Git代码库协同工作，开发者可以继续像往常一样使用分支、提交和远程仓库。DeltaDB实际上在提交之间增加了一层历史记录，保留了Git原本会丢弃的中间人类和智能体活动。
"我们现在完全在Delta内部构建和协作Delta本身。"
索博指出，Zed已经在Delta自身的代码库上禁用了拉取请求，现在通过Delta线程来开发该产品。该公司表示，自此以来，33名开发者已经在未使用拉取请求的情况下，向主分支提交了570项变更。
"我们现在完全在Delta内部构建和协作Delta本身，"他写道。
一个中间步骤
值得注意的是，这仍然是一个相当中间性的步骤。而对于Zed自身的内部开发，索博预计这一中间阶段会相当短暂。他表示，公司距离彻底摆脱GitHub"仅剩几个月"，那些专注于使用Delta的开发者已经几乎没有理由再访问GitHub，因为他们的对话、审查和交接工作现在都在Delta内部进行。
目前仍有一些问题待理清。Zed接下来要处理的主要依赖是Git存储，公司打算将其纳入DeltaDB，同时CI（持续集成）和发布流程也需要从GitHub迁移出来。不过，索博认为CI在很大程度上是一个已解决的问题，并表示Zed打算与现有方案集成，而不是单纯为了取代GitHub而再造一个系统。
Zed的主要开源代码编辑器代码库目前暂时保持不变，那里已经有一个成熟的贡献者社区，负责报告问题和提议代码变更。这些贡献者可以使用Delta来展示其工作背后的智能体会话，同时仍通过传统的拉取请求提交最终变更，从而让不使用Delta的协作者的Git体验保持不变。
这个公开代码库面临的问题与Zed的内部开发不同，因为每月都有数百名外部开发者为该项目做出贡献。
"对于Zed的公开代码库，我们的行动更为谨慎，因为我们有数百名月度贡献者依赖那套工作流程，"索博向《新堆栈》表示。"GitHub已经建立了一套成熟的社交机制，这需要更长时间才能取代，我们不会为了证明一个观点而让贡献者陷入困境。只有当我们能提供更好的方案时，才会迁移我们的社区层。"
还有其他迹象表明这种依赖关系仍在继续。Delta目前路线图上的一项计划是基于代码库的访问权限，它将利用GitHub代码库现有的权限设置来确定谁可以访问共享的Delta线程。
Delta目前提供macOS、Linux和Windows的桌面应用版本，以及用于查看、分享和审查线程的浏览器版本。在整个公开测试期间将保持免费，之后将推出付费的个人版和团队版方案；Zed表示将始终保留一个免费版本。
共同的线索：重塑代码协作方式
当然，Zed并非唯一一家试图为智能体时代重塑代码协作方式的公司。SpaceX旗下的Cursor于8月正式推出了Origin，将Git代码库托管、拉取请求和其编码智能体整合在同一个平台之下，同时仍允许现有的GitHub代码库作为权威数据源保留。
GitLab同样在开发一个名为"Project Switch"的"下一代源代码管理"项目，目前处于私有测试阶段。
"我相信线程将取代提交或分支，成为软件开发的基本单元。"
对索博而言，Delta的差异化主张要从其构建所围绕的基本单元说起。
"我相信线程将取代提交或分支，成为软件开发的基本单元，"索博解释道。
在他看来，提交将继续提供有用的检查点。但它们无法保留的是提交之间发生的一切：与智能体的讨论、过程中做出的决策，以及最终产生提交代码的渐进式变更。这正是Zed希望DeltaDB填补的空白，用线程而非提交来作为软件成型过程的更完整记录。
"Delta的优势在于，我们从一开始就围绕线程进行构建，包括其底层的基础设施，"索博继续说道。
索博认为，将渐进式编辑与智能体对话一并保留，能为后续协作者提供传统差异对比无法提供的能力：进入前一位开发者停下的位置，继续与同一个智能体及相同上下文进行互动，而不是在事后重新梳理变更背后的思考过程。
Delta的理念押注在于，软件开发的核心对象应当是开发者与智能体之间持续的互动，而最终生成的代码应附属于这段历史记录，而非事后作为孤立的差异展示出来。
"我预计会有许多可行的产品围绕智能体体验展开竞争，而底层则共享一套通用基础设施。"
索博预计，下一个时代将重现Git时代的格局，各竞争性开发者平台将建立在同一套通用技术基础之上。
"关于整合问题，我们可以回顾上一个时代是如何发展的。Git成为通用基础，是因为它是开放的，每个人都可以在其上构建，"索博说。"GitHub则通过网络效应赢得了上层市场。我预计会有许多可行的产品围绕智能体体验展开竞争，而底层则共享一套通用基础设施。"
Q&A
Q1：Delta是什么？它和GitHub有什么不同？
A：Delta是开发者平台公司Zed推出的协作环境，让开发者和编码智能体在共享线程中一起工作、审查和修改代码，而不是依赖传统的拉取请求。它的核心是用"线程"取代"提交"作为软件开发的基本单元，能够完整保留开发者与智能体对话、决策的过程。
Q2：Zed为什么要推出Delta来替代GitHub？
A：因为智能体生成代码的速度和体量已经超出GitHub原有设计的承载能力，导致平台出现大量故障，同时拉取请求只能展示代码变更的最终结果，无法呈现智能体辅助编码背后的推理过程，不利于团队协作审查。
Q3：Delta现在可以免费使用吗？支持哪些系统？
A：Delta目前提供macOS、Linux和Windows的桌面应用，以及用于查看、分享和审查线程的浏览器版本。在整个公开测试阶段都将保持免费，后续会推出付费的个人版和团队版，但官方表示将始终保留免费版本。
