|
|
Zed 创始人 Nathan Sobo 发了一篇博客，标题叫《Xanadu 一直在等 Agent》(Xanadu Was Waiting for Agents)。
Xanadu 是 Ted Nelson 在 1960 年代提出的超文本愿景——一个永不删除、永不覆盖、所有内容片段都保留出处和归属的「文档宇宙」。这个想法影响了计算机科学几十年，但从来没有真正做成过产品。Sobo 的论点是：Xanadu 没做成，是因为它要求人类用户做的事太多了。但 AI Agent 不一样——Agent 可以追踪无限层的引用关系，可以沿着每一条引用链追溯来源，可以跨版本保持对特定代码片段的精确引用。Xanadu 的理想用户终于出现了。
Xanadu 的两个核心概念是 transclusion（永不复制，始终引用）和 versioning（永不覆盖，始终版本化）。Sobo 认为，这两个概念对人类来说太繁琐，对 Agent 来说却是刚需。
DeltaDB 是 Zed 团队做的底层基础设施，Sobo 把它描述为 Xanadu 愿景的实现。它把文件存成带稳定标识的 fragment，而不是字符串。每个编辑操作都记录它产生自哪个 fragment、基于什么前置状态。Agent 反复读取、编辑或引用的文件和符号会变成 landmark，未来其他 Agent 可以基于这些 landmark 做解析——「解析时会对照当前代码，同时链接回形成这些理解的对话」。
技术上，DeltaDB 依赖了六项跨越六十年的技术积累：Lamport 时间戳（1978）用 actor + 时间戳命名每个操作；Merkle 树（1979 / Git 2005）通过 commit 哈希命名不可变状态；CRDT（2011）让跨大洲的并发编辑不需要协调；廉价存储让每 GB 成本从 1981 年的几万美元降到现在的几分钱；Firecracker microVM（2018）让 Agent 可以在对话中途启动隔离的云环境；Tree-sitter + GPUI（2018 起）让文档变成「永久结构化历史的实时投影」。
Sobo 特别强调了一个叫 anchor 的机制：行号只能表达某次快照中的位置，但 anchor 能跨快照保留「我们指的是哪个片段」。对 Agent 来说，这意味着引用的代码片段不会因为文档被修改而丢失所指。
互操作性方面，每个 Delta 线程同时也是一个 git 分支——不用 Delta 的同事看到的还是一个普通 repo。GitHub 镜像也支持。
Sobo 在文章里写了一句话：「我们构建 Delta 和 DeltaDB 所需的每一个属性，Nelson 都在我出生之前就定义好了。」
这不是一篇功能发布公告。Zed 没有说「推出了 Agentic Xanadu 模式」。这是一篇对产品底层哲学的阐述——Zed 想做的不是一个更好的编辑器，而是为 Agent 时代的代码协作重新设计基础设施。
参考来源：
• Xanadu Was Waiting for Agents — Zed Blog
原文链接 |
|
发表于 2026-9-4 11:30:49
