# Zed 推出 DeltaDB 早期试用：把版本控制做到两次 commit 之间

> 原标题：Zed DeltaDB

- 来源：Hacker News 首页
- 发布时间：2026-08-05T18:52:54.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/48945
- 原文：https://zed.dev/deltadb

## 摘要

Zed 开放了 DeltaDB 的早期试用申请。它不像 Git 那样只记录 commit 快照，而是把两次 commit 之间的每一次编辑操作都存下来，并给每个操作一个固定身份，你可以把代码回退到演化过程中的任意一刻。每次改动都链接着触发它的 agent 对话——从一行代码能跳回当时的聊天记录，从一条消息也能跳到它改过的代码。分支成本很低：历史上任何一...

## 推荐理由

Zed 开放 DeltaDB 早期试用申请，把版本控制从 commit 快照下沉到每次编辑操作，并给每个操作一个固定身份，代码可以回退到演化过程中的任意一刻。更特别的是，每次改动都链接着触发它的 agent 对话——从一行代码能跳回当时的聊天记录，从一条消息也能跳到它改过的代码。分支成本很低，从历史上任何一点都能切出新分支。这个思路直接解决 AI 辅助编程里 commit 之间上下文丢失的老问题，产品机制披露得具体，不是概念稿。不过正文没披露性能开销和存储成本的具体数据，实际用起来会不会太重还得看后续反馈。

## 锐评

Zed 给 DeltaDB 开放了早期试用申请，这东西的思路是把版本控制从 Git 那种只记录 commit 快照，下沉到记录两次 commit 之间的每一次编辑操作。每个操作都有固定身份，你可以把代码回退到演化过程中的任意一刻，而不只是某个提交点。更关键的是，每次改动都链接着触发它的 agent 对话——从一行代码能直接跳回当时的聊天记录，从一条消息也能跳到它改过的代码。分支成本被做得很低，历史上任何一点（包括 agent 跑到一半的状态）都能直接开分支，队友也可以在工作进行中就加入、跟 agent 对话、做标注，不用等 commit 和 push。

目前公开页只讲了功能逻辑，没有给出定价和正式上线时间。性能数据、存储开销、跟现有 Git 仓库的互操作方式也都没提。如果“每一步操作都存”的存储成本能压住，这对 agent 辅助编程的调试和协作会是实打实的效率提升；但如果只是把操作日志塞进数据库而缺少压缩和清理策略，仓库体积可能会涨得很快。这点先别太激动，等早期试用的人跑出实际数据再看。