泽德 DeltaDB
Zed DeltaDB

原始链接: https://zed.dev/deltadb

回溯至任意编辑 DeltaDB 捕获提交之间的每一次操作,并为每一项操作赋予稳定的标识,因此你可以指向代码演进过程中的任何时刻。 追踪代码至对话 每一次变更都与产生它的智能体对话相连。从任意代码行即可找到相关对话;从任意消息即可跳转至所涉及的代码。 随时创建分支 DeltaDB 虚拟化了工作树,因此开启一个新的智能体分支几乎无需成本。历史记录中的任何节点都是有效的分支点,包括运行中的任务。 共享对话而非 PR 同事可以在工作进行时随时加入,与执行任务的智能体沟通,并在过程中添加注释,无需等待你先完成提交和推送。

Hacker News 上关于 Zed 最近公告的讨论,凸显了该项目愿景与用户期望之间的显著分歧。尽管 Zed 将自己定位为一款“AI 代理原生”(agent-native)编辑器,并推出了诸如 **DeltaDB**(用于追踪代码提交间的对话历史与演变)等功能,但许多用户对此感到沮丧。 主要批评意见包括: * **忽视核心稳定性:** 长期用户认为 Zed 的 Bug 日益增多,指出其存在 CPU 占用率高、文件监控可靠性差(尤其是在 WSL/Linux 上)以及 UI 交互不一致等问题。批评者认为,团队将“AI 垃圾功能”和讨好风投的功能置于优先地位,而非关注最初吸引用户的基础性能。 * **隐私与监控担忧:** 许多人认为,将每一行代码与 LLM 对话关联起来,对于员工监控而言可能是一场“噩梦”。用户担心这会为管理层提供数据,使其能够进行侵入式的、以流程为导向的微观管理,而非专注于工作成果。 * **“风投驱动”的开发:** 一种普遍的观点是,Zed 的开发是为了迎合投资者而非开发者,这导致了产品中充斥着臃肿的实验性功能,而基本 IDE 功能却落后于 JetBrains 或 Sublime Text 等成熟工具。 尽管存在这些抱怨,但仍有一些用户赞赏其超越传统基于 Git 工作流进行创新的雄心,认为 DeltaDB 有潜力成为一种强大的代理协作工具。
相关文章

原文

Rewind to any edit

DeltaDB captures every operation in between commits and gives each one a stable identity, so you can point to the code at any moment in its evolution.

Trace code to conversation

Every change is linked to the agent conversation that produced it. From any line of code, find the conversation. From any message, jump to the code it touched.

Branch at any moment

DeltaDB virtualizes the worktree, so spinning up a new agent branch is effectively free. Any point in history is a valid branch point, including mid-run.

Share the thread, not the PR

A teammate can join while the work is still happening, talk to the agent that did the work, and annotate as they go, without waiting for you to commit and push first.

联系我们 contact @ memedata.com