Zed 推出 Delta：代码协作进入多人时代
Zed: Delta
我们推出了 Delta，这是一个专为代码代理（agents）和开发者设计的多人协作环境。Delta 将代码与对话紧密连接，确保在开发过程中始终保留完整的上下文。通过 DeltaDB，我们实现了工作树（worktree）的实时复制，让每一次编辑和对话都记录在提交之间，而无需改变现有的 git 工作流。不同于传统工具，Delta 允许团队成员直接评论代码行或对话内容，代理也能实时参与讨论。无论是本地还是云端，Delta 都提供了统一的 Rust 应用体验，甚至支持通过浏览器访问。我们重新定义了界面，让开发者能像编辑代码一样流畅地操作对话，真正实现了人机协作的无缝衔接。
当某些代码看起来不对劲时，你不再需要费力从 diff 中重构意图，只需直接询问代理来解释或修复它。
HN 评论区
242- SwellJoe
我觉得 Zed 是个很棒的编辑器（速度快！），内置的 AI 代理也相当不错，但我完全没有在编辑器里进行多人协作开发的欲望。我从来都没过这种想法。编程是单人游戏，我想不出任何能让“多个人在同一个编辑器里”这件事变得更好的理由。
所以，这看起来像是为了一个毫无实际用途的目的，投入了大量精力去开发很酷的技术？
真的有人迫切需要一个多用户代码编辑器吗？我的意思是，我们确实需要代码审查，这当然涉及其他人或其他代理。但我没必要站在某人肩膀上盯着他们工作。这对所有参与者来说似乎都是世界上最糟糕的事。我不希望我的愚蠢实验（因为我忘了怎么做某事）有一群观众。
- dexwiz
还有谁讨厌阅读 AI 生成的代码摘要吗？代码可以很精炼，但至少比散文简洁。当你加上 LLM 可能非常啰嗦的特性时，我经常得读上一大段话才能解释几行代码。或者反过来，摘要跳过了重要的边缘情况或条件。“你说得对，X 也能做 Y。我最初的分析漏掉了这一点。”这种话太常见了。
我喜欢用 LLM 把代码转换成更易读的形式，反之亦然。我不确定漫无边际的段落和线性列表是不是最好的目标。
- vipshek
这很有趣。两个相关的功能似乎是：1) 实时多人协作对话，以及 2) 对话即文档——基本上就是允许你在代理对话中内联评论。
对于 (1)，我认为主要价值在于指导初级工程师或团队中技术较弱的贡献者。如果某人提交了一个结果很粗糙的 PR，你可以直接跳入生成该 PR 的对话线程，查看结果是如何产生的，甚至指导该贡献者下次如何做得更好。这也可能让工作交接更容易——目前大多数代码代理会话都是用户本地的。
对于 (2)，我经常发现自己要阅读代理生成的巨大文本回复，然后费力地写 8 个要点来引导它们。这很累人。内联评论可以提供更好的操作体验，这点我看得出来。
话虽如此，Zed 在“代理式编码工具”的讨论中已经 largely 掉队了，所以这感觉像是他们试图打造类似 Cursor Agents Window、Codex 或 Claude Code 的东西。这两个功能看起来很有吸引力，我也理解它们甚至兼容其他编码框架。但我不确定这些是否足以构成一个有防御力的产品；如果这些功能很出色，其他人最终也会克隆它们。
不管怎样，我很想试试！
- aanet
题外话：
抱歉，我读这篇帖子时脑子都快烧了。
除了 H1 和 H2 标题外，页面上几乎所有内容对比度都极低。
深灰色文字搭配褪色的灰色背景，再加上几乎看不见的荧光色，造成了极差的阅读体验。很抱歉，但总得有人说出来。
这肯定不只是我自己在眯着眼睛看图片和里面的小字吧？页面设计本身相当极简，采用粗体蓝色主题；增加一点排版对比度会很难吗？
谢谢
/题外话
- the_duke
我敢肯定，这在一年前（他们 B 轮融资时首次提及）似乎是个很棒的主意。
但这 12 个月里发生了很多变化。
前沿模型和代码代理进步巨大，我现在真的看不出这东西还有什么价值了。
我不确定基于 DeltaDB 的功能相比其他替代品是否真的增加了什么显著的东西。
我推测，这里的关键在于提供一个存储数据并运行代理会话的服务？
- Cu3PO42
这看起来确实令人兴奋。在进行代理式工作时，一个意外巨大的痛点就是在大型计划文档中评论某件事。我总是发现自己不得不总结周围的文本来为评论提供上下文，而我真正想做的只是高亮并点击“添加评论”。
另外，我一直在研究 Zed，希望能将我在 $job 的代理式工作集中化。我们每个项目使用不同的 API 密钥，以便更好地归因支出，并根据每个项目的数据保护控制来管理模型可用性。我尝试过的所有标准 UI 对此都不太好用，但 CLI 大多可以。通过在 Zed 中使用 ACP，我成功将其桥接到 UI 世界，对此我很满意。
我已经注册了测试版，期待尝试。
- lukaszkorecki
我有点没太搞懂——这让我想起把 Slack 当作决策场所，虽然它确实能用来敲定细节，但作为决策记录库却不太理想。我不确定保留几百行关于代码如何生成的对话有什么价值，如果代码一直在变的话？五年后会怎样？难道我得读完整份记录才能理解发生了什么吗？AI 会帮我总结吗？
这感觉像是第一次接触编程语言社区，而对一个基本问题的回答是：“这以前讨论过了，去读 IRC 聊天记录吧”。
Pull Requests 并不完美，但只要有纪律，它们确实能很好地完成任务——但这看起来像是走错了方向。
- eviks
> 我们可以把 DeltaDB 加入 Zed，最终我们也会这么做。但最好的体验需要一种全新的应用。
下面的演示是一个文本编辑器的版本——一个聊天窗口和一个 diff。建立一个全新的受限文本编辑器怎么会是“最好的体验”呢？比如，你已经把 Zed 的主题和快捷键设置得顺心了，为什么跳到一个完全不同的应用会提升你的体验？