Xanadu 等了六十年，终于等到 Agents
Xanadu was waiting for agents
Ted Nelson 在 1965 年构想的 Project Xanadu 曾被视为无法实现的 vaporware，因为当时缺乏必要的存储和命名技术。如今，随着 Agents 的崛起，这种对文档历史、引用和版本的极致追踪需求重新回归。Agents 无法像人类一样依赖记忆，它们需要读取每一层上下文和因果链条。Zed 团队推出的 DeltaDB 正是基于 Nelson 的愿景，利用 Git、CRDTs 和廉价存储构建了一个永不遗忘的 docuverse。在这个系统中，代码的每一次修改都被永久记录，Agents 可以追溯任何片段的来源。Nelson 当年最大的遗憾并非技术缺失，而是他未曾预见到 Agents 这种完美的用户。六十年后，Xanadu 的依赖树终于完整，那个等待已久的未来时代正式到来。
Nelson 梦想得太小，他未曾预见到这种新型用户：人工读者。
HN 评论区
60- ameliaquining
这篇文章完全接受了关于 Xanadu 的常见叙事：它是一个本质上很好的想法，却因执行不力、过于超前以及市场不在乎质量等因素的某种组合而失败（这篇文章尤其侧重于第二点）。
在我看来，Gwern 提出了一个有力的反论：Xanadu 本质上就是一个坏主意。那些没有被纳入万维网（WWW）的部分，要么解决的是人们根本不存在的问题，要么根本无法在用户和出版商之间构成稳定的均衡（也就是说，即使它被奇迹般地强行创造出来，也会很快分崩离析）。https://gwern.net/xanadu
- eureka7
一个永不遗忘的系统并不总是好事。我不确定作者希望这个概念在编辑之外应用于多大的范围，但在许多情况下，能够被擦除是一件好事。隐私问题就是一个例子。
- e12e
很有意思。这篇帖子和我看到的关于 Delta 的其他帖子似乎都存在于一种模糊的临界空间，很难判断作者是拥有绝妙的洞见却难以向尚未拥有同样洞见的人传达，还是仅仅稍微有点疯癫。
这种感觉和我读 Nelson 的著作时很像（在思考他的想法一段时间后，我相当确定那主要是天才，只有一点点疯狂）。
Delta 最终会如何还有待观察。
顺便一提；我对标题的初始反应是：不。Xanadu 缺少的并不是 Agents。
不过，我想我明白作者的意图；我也认为 Agents 可能是一种新工具，有助于实现某些超文本理念。也许不是 Xanadu，而是另一个更务实、更少魔幻色彩的地方——但一个比我们现在的地方稍微有点魔幻色彩的地方。
这与我们在工作中开始的一个实验有点交集：将我们的小型网站从 WordPress 迁移到一个静态站点，结合使用 11ty (https://11ty.dev)（我们的应用开发已经重度依赖 typescript）和带有 frontmatter cms (https://frontmatter.codes) 的 visual studio code，以及 AI/LLMs。
AI 帮助我们制作网站的静态页面版本，并适配到 11ty。
这个想法是，通过简单的 push-to-deploy 设置，我们的业务人员借助 VS Code 中的 AI，将能够直接操作 11ty 和 git 来进行修改、审查和发布变更。
这是一座需要攻克的……
- ThinkBeat
这听起来像是在每个连接点都有一个 agent，它们可能运行着与上一个相同或不同的模型和架构，并且需要不断相互爬取，或者仅仅是一个调用彼此的协议。
但这样一来，你就有一百万个这样的 agent 构建出一个文档宇宙（docuverse）网络，每个 agent 都需要知道彼此，全是连接，每个都是一个数据库仓库。
好吧，你只需要那些存在的链接，以及那些被创建的链接。
在一个段落中，它可能存在于一个被引用的节点中，该节点可能是其他节点的集合，或者每个句子甚至每个单词都指向其他节点，每个模型知道多少内容，它的数据库中又保留了什么？
指向下一个节点的链接不一定持久或经过版本控制，它连接到的每个节点也是如此。
单个段落可能有数千个甚至更多的来源和引用，每个来源都需要版本控制，并且根据版本的不同，它可能指向先前或未来版本中的不同节点。
那么，段落的正确版本就需要知道这一点，或者期望所有带有 agent 的节点都是持久、理性且可互操作的。
但如果你基于这个前提来构建，它在现实世界中是行不通的。
除非你将 docuverse 的范围限制在少数几个数据存储和能够理解该空间宇宙的 agent 上，这本质上是一种内网形式。
- pocksuppet
Ummet Ozcan - Xanadu: https://www.youtube.com/watch?v=9uMtnH7cABg
我不认为他在等待 agents。