Git终于迎来对手了,Zed 这次官宣了一个大的
Zed 团队最新推出了 DeltaDB,它不是简单的“AI 插件”或“换皮 Git”,而是一套基于操作级(Operation-level)的全新版本控制引擎。它记录的不是 commit 之间的差异,而是你在两次 commit 之间对代码做的每一次修改——甚至包括你对 AI 说的每一句话。
为什么一家以“快”出名的 Rust 编辑器要把触角伸到版本控制领域?下面用大白话拆解这个让程序员又惊又喜的新东西。
DeltaDB 是什么?别慌,不是让你删掉 Git
打个比方:如果说 Git 是你的代码相机,每次你输入 git commit,它就“咔哒”拍下一张静态照片。那么 DeltaDB 就是一台高清行车记录仪,用 CRDT(无冲突复制数据类型)技术,默默录下了你从 A 点开到 B 点的全部过程。
传统痛点:你写代码时,为了让代码跑通,中间可能改了十几次。最后合并时,你写了一个敷衍的 commit 叫“fix bugs”或“refactor”。至于中间和 AI 斗智斗勇、在 Slack 里和同事对齐的过程,全丢了。
DeltaDB 的解法:把代码的“最终状态”和“修改过程”死死绑定在一起。你指着某行代码,就能穿越回去看到当时你或 AI 是因为哪句话才写出这行代码的。
Zed 为什么要搞这个?
他们不是钱多烧得慌(虽然刚拿了 3200 万美元 B 轮融资)。真正的原因,是看到了目前 AI 编程的几个“绝望瞬间”:
1. 别再拿传真机和 AI 聊天了
Zed 团队里有一句神吐槽:“用现有的 commit 机制去跟 AI 协作,就像是在用传真机聊天。”
现在各种 AI 插件确实好用,但它们和代码是脱节的。AI 给你拉了一堆代码,你只能回滚、手动对比。Zed 的思路是:既然代码迟早要被 AI 大面积接管,那就做一个能完美追踪 AI 行为轨迹的数据库。AI 每改一个字符,DeltaDB 都有记录,不爽随时微调,不用每次都惊动 Git。
2. “多人多机”的终极联机外挂
以前想让同事看你还没 commit 的代码,只能截图、拷到 聊天工具,或者屏幕共享。Zed 的做法是:DeltaDB 支持无缝的多人协作模式。你写到一半卡住了,点个链接,同事甚至一个云端的 AI Agent 直接空降到你的工作区。大家共享同一个字符级的历史流,不需要“等我 push 一下你再拉”。

3. 给 AI 喂最完整的上下文
现在的 AI 有时候像智障,是因为它只看到了你代码的“尸体”(静态快照),不知道它生前经历了什么。DeltaDB 记录的不仅是代码,而是代码诞生的全过程。当未来的 AI Agent 接入时,它不仅能看懂这行代码,还能看懂你之前的几十次试错和讨论——相当于给 AI 开了“上帝视角”。
根据目前zed deltadb披露的功能,deltadb可以记录你跟AI的所有对话,比如下面你在做代码评审的时候,你的评论就会记录下来。

同时deltadb的内容也是可以通过浏览器来查看的

核心对比:Git vs DeltaDB
| 特性 | 传统 Git | DeltaDB |
|---|---|---|
| 记录粒度 | 离散的快照(commit) | 精细到字符级的实时流 |
| 历史追踪 | 行号一变,评论就飘走了 | 引用锚定在操作上,代码怎么挪,评论跟着走 |
| 分支成本 | 切换分支要动本地文件系统 | 工作树虚拟化,秒开 AI 实验分支 |
| 协作方式 | 异步(提 PR、Code Review) | 实时联机(你、同事、AI 同时在线) |
真有用还是画大饼?
听起来很震撼,但作为务实的打工人,也得泼盆冷水。目前社区对 DeltaDB 的看法两极分化严重:
乐观派:这种纵向集成(从底层渲染引擎 GPUI,到编辑器,再到版本控制底层)的打法太硬核了,彻底打破了“编辑器只是个文本输入框”的旧观念。
悲观派:“救命,我摸鱼的痕迹要被全部录下来了吗?”或者“我写 bug 删了改改了删,最后全记下来,简直是公开处刑。”
好消息是,DeltaDB 并不是要取代 Git。它更像是 Git 之前的一层“高速缓存”。你日常在本地和 AI 疯狂摩擦、和同事激情连线时用 DeltaDB;等要交付成品时,依然用标准的 git commit 推送出去。你那些愚蠢的试错,只要你不分享,别人是看不到的(擦干冷汗)。
如果你对这种全新的“人机共舞”协作方式感兴趣,可以去 Zed 官网的 DeltaDB 页面申请加入 Waitlist。毕竟在这个 AI 满天飞的时代,还在用大航海时代的 Git 协同方式,确实有点委屈我们每天消耗的几万个 token 了。

浙公网安备 33010602011771号