Zed 发布 Delta 公测：想让程序员告别 Pull Request，直接在 Agent 会话里协作和审代码
用 AI Agent 写代码的人越来越多，但把代码交出去审查的方式，还是十几年前那套 Pull Request。9 月 16 日，代码编辑器 Zed 的开发团队宣布：他们的 Agent 协作编程环境 Delta 开启公测，任何人都可以免费使用——有 macOS、Linux、Windows 客户端，也可以不下载任何东西直接在网页上用，甚至能在手机浏览器里跟进开发线程。
为什么他们觉得 PR 不够用了
Pull Request 从 GitHub 推出至今已经超过 15 年，是全行业默认的代码审查方式。但 Zed 团队指出一个现实问题：Agent 一晚上能生成的代码量，是过去程序员几天的活。于是待审查的 diff 越来越大，拆成一堆分支也只是把大 diff 切小，代码背后的决策过程依然没有被审查到。
有的审查者会把 diff 喂给另一个 Agent 帮忙理解，但那个 Agent 只能对着最终结果"猜"原作者当时为什么这么写。Zed 的观点很简单：为什么要让你队友的 Agent 重新猜一遍，而你自己的 Agent 明明知道答案？
Delta 的核心玩法：把队友拉进 Agent 会话
Delta 里协作不依赖 commit 和 push。你可以把队友直接邀请进你和 Agent 的对话线程（thread），对方一进来就能看到和你一样的 worktrees（工作目录副本），可以：
- 向同一个 Agent 提问，比如"这里为什么用 Mutex 而不是 RwLock"，直接听到你的 Agent 解释当时的取舍；
- 你下线后，队友接着你的线程继续让 Agent 干活，上下文无缝衔接；
- 开一个专门的"审查子线程"：每个 review 都有父线程 worktrees 的独立副本，审查者可以放心地探索代码、让 Agent 试改方案，完全不影响原来的工作；发现问题时可以要求修改，或者自己带着 Agent 修好，修的东西能合回主线程，最后再让 Agent 正式落地变更。
底座是 DeltaDB，但兼容 Git，不用全员搬家
Delta 建在自研的 DeltaDB 上，它扩展了 Git 基于内容的版本管理，会记录 commit 之间的增量编辑过程，以及人和 Agent 在这条线程里的对话——也就是说，代码"是怎么一步步演进出来的"被完整保留下来。commit 依然是推送、拉取、构建的检查点，Delta 记录的是检查点之间的过程。
担心迁移成本的话，官方明确说了：不必把整个团队搬进 Delta。比如 Zed 自己的开源主仓库 zed-industries/zed 目前仍留在 GitHub，因为社区习惯在那里提 issue 和 PR。他们鼓励贡献者"在提交 PR 的同时分享 Delta 线程"，不开 Delta 的队友看到的仍然是一个普通的 Git 仓库。
自己先吃狗粮：仓库里的 PR 已被关掉
这不是 PPT 产品。Zed 团队上周在 Delta 自己的仓库里正式关闭了 Pull Request 功能，之后所有开发和协作完全在 Delta 内进行。截至发文，33 名成员已经通过 Delta 向 main 分支落地了 570 个变更。
Zed 的野心也不止于审查：他们认为线程（thread）会成为软件开发的基本单元，PR 只是第一个被替代掉的 GitHub 工作流。接下来他们打算用 DeltaDB 做 Git 存储，长期还计划做基于内容的构建，把 CI 式验证直接搬进线程里。眼下 Agent 可以先触发现有 CI 并检查结果后再落地变更。
适合谁，要注意什么
适合：团队里大量使用 AI Agent 写代码、想让代码审查带上完整决策上下文的工程团队；参与开源贡献、想用更轻量的方式协作的人。
注意：产品还在公测期，官方自己也说"最在意的一些能力还在后面"；商业模式上，公测期完全免费，付费计划即将推出，但官方承诺永远会有免费版本。
一句话总结：Agent 把写代码这件事变快了，Zed 想把"围绕代码的协作和审查"也重做一遍——Delta 公测，就是这次重做的第一步。
---
来源：Zed 官方博客（zed.dev/blog/delta-public-beta，2026-09-16）