Zed 的 Delta 赌的是：git commit 已经不是 agent 工作的正确单位

Zed 昨天开了 Delta 的私有测试，底下那个想法比公告本身更锋利。Delta 是一个多人协作环境，用来和 agent 一起写代码、并审它们写出来的东西。它跑在 DeltaDB 上——就是 Zed 六月放出等待名单的那个复制型数据库，把开发过程存成连续的编辑流，而不是一串 commit。

为什么这事要紧：commit 是事后写的摘要。代码是人写的时候，摘要基本够用，因为推理过程还在一个你可以去问的脑子里。代码是 agent 凌晨两点跨四十次工具调用写出来的时候，commit 就是一段没人保存过的对话的有损压缩。审它意味着从 diff 里反推意图。DeltaDB 把两次 commit 之间的每一次编辑和每一段对话都留下来，同时跟 git 保持兼容。

功能都是从这里长出来的。评论锚在具体行上，代码在底下移动它也不掉。开发者和 agent 共用同一批讨论线程，agent 不再住在侧边栏里。每个参与者手上有一份实时同步的本地副本。它能接 Claude Code 和其它第三方 agent，所以 Zed 没打算去占模型那一层。整个东西还编译成 WebAssembly，浏览器里什么都不装就能开。

Zed 把这称为一个做了好几年的计划的下半场：先做出最好的写代码的地方，再让它成为最好的聊代码的地方。这是一句客气话，意思是他们要动 pull request 了。GitHub 的 review 界面是给人审人、按人的产量设计的。机器写掉大部分、由一个人点头这种情况下该长什么样的审查界面，到现在还没人做出来。

私有测试邀请昨天开始发。https://zed.dev/blog/introducing-delta