北京
“现在所有人都在赛跑，想取代GitHub。”说这话的是Zed联合创始人兼CEO Nathan Sobo。Zed刚刚宣布了Delta的公测版——一个让开发者和编码智能体在共享线程里一起工作、审查、修改代码的协作环境，而不是走拉取请求那一套。
Sobo在周三发布的博客文章里给出了这个判断。他的底气来自一个越来越明显的共识：GitHub这个为人类开发者搭建的平台，已经不再适用了。
问题不只是量级
一部分压力来自纯粹的数量。智能体生成、修改、提交代码的节奏，远超GitHub当初的设计预期。这套基础设施是为人类通过提交、分支和拉取请求工作的方式建的，现在正承受越来越大的压力。
数据能说明问题。在截至6月的12个月里，GitHub记录了数百起事故。月度提交量从2025年全年的约10亿次，飙升到4月的每月14亿次。到8月，GitHub称这个数字已经跳到了每月29亿次。
负载增长带来了几次相当壮观的中断。其中8月的一次故障持续近八小时，事故高峰时Web和API错误率达到约20%。
拉取请求为什么不够用了
但Sobo指向的是更根本的问题：交互模型本身。当一项改动背后的大量推理过程发生在与智能体的对话里，拉取请求呈现给审查者的只是最终的差异，而产生这个差异的整个来龙去脉留在了别处。
“自从GitHub在15年前推出拉取请求以来，它们已经成为请队友审查代码库改动的标准方式，”Sobo写道，“但随着智能体生成如此多的代码，我们要求彼此审查的差异已经暴增。”
于是问题变成了：当智能体生产出越来越多的代码，协作应该是什么样子？
从Atom到Zed
Zed的起点其实比现在窄得多。这家公司2021年由GitHub的Atom编辑器团队老兵创立，Sobo本人在那里待了九年。Zed最初是一个用Rust构建的高性能、多人协作代码编辑器。2023年The New Stack测试其测试版时，重点还在响应速度和实时协作上；到2025年，AI编辑和智能体功能已经成为产品的核心。
但Zed的野心显然不止于此。Delta的推出，是这家公司对“智能体时代代码协作该长什么样”给出的一个答案。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
