Zed Blogは9月1日(現地時間)、コンピュータサイエンスの先駆者であるテッド・ネルソン (Ted Nelson) 氏が1965年に提唱した「Project Xanadu」のビジョンが、近年のエージェント技術の登場により現実のものとなったと報じた。ネルソン氏が構想したドキュバース (docuverse) は、全ての文書バージョンを保持し、引用を常に参照として管理する「決して忘れない」システムだった。
ネルソン氏は、ハイパーテキスト (hypertext) という言葉を考案し、「Project Xanadu」を通じて特定のコンピューティング像、すなわちドキュバースを構想した。このシステムは、全ての文書のバージョンを保存し、ハイパーテキストリンクは発信元と宛先の両方を認識し、引用はコピーではなく参照（トランスクルージョン (transclusion)）によって保持されるため、含まれるテキストは常にそのアイデンティティと出所を維持する。彼は、決してコピーせず常に参照し、決して上書きせず常にバージョン管理するというザナロジカル (xanalogical)な原則を掲げた。Xanaduは、システムの複雑さと膨大な記録管理の負担を自身で管理することで、ユーザーには「決して忘れない」システムの恩恵のみを提供するはずだった。
しかし、無限のストレージや将来性のある命名スキームといった必要な技術が当時の数十年間存在しなかったため、Web技術が1980年代に普及した際、開発者はXanaduの思想を迂回し、単純なリンクを採用した。これにより、リンク切れや維持管理の責任がユーザーに転嫁され、Xanaduはコンピューティング界の有名なベーパーウェア (vaporware) と認識されるようになった。
同Blog記事は、エージェントの登場が状況を一変させたと指摘する。エージェントは、人間が一度に処理できる以上の引用元や議論の層、あるいはコード実行時のスタックトレースといった詳細なコンテキストを追跡可能である。DeltaDBの設計目標とDeltaの可能性が、このザナロジカルなアプローチに合致するとされる。数十年にわたる技術進歩、具体的にはランポート・タイムスタンプ (Lamport timestamps、1978年)、マークルツリー (Merkle trees、1979年)、CRDTs (Collaborative Replicated Data Types、2011年に形式化)、FirecrackerクラスのマイクロVM (Firecracker-class microVMs、2018年)などが、ドキュバース実現に不可欠な要素を現代に提供している。ストレージコストの大幅な低下も、全てのバージョンをデフォルトで保持する環境を可能にした。
ネルソン氏が予測できなかった最後の要素は、新しい種類のユーザー、すなわち人工的な読み手だったとされている。DeltaDBは、全てのDeltaスレッドで永続性と接続性を提供し、コードと対話を共有履歴にまとめて捕捉する。ファイルは表面上は一次元文字列に見えるが、DeltaDBは安定したアイデンティティを持つフラグメントとして表現し、コード変更後も解決可能なアンカー（特定の範囲への参照）を生成する。これにより、エージェントは現在のコードだけでなく、その出所、蓄積された注意、以前の推論を辿ることが可能になる。
ZedはDeltaDBの導入にあたり、Xanaduが過去に他のフォーマットとの相互運用を拒否した失敗から学び、既存のGitリポジトリとの連携を進める方針を示している。各スレッドはGitブランチとしても機能し、Deltaを使用しないチームメンバーにも通常のレポジトリとして見えるため、エージェントが使用可能なあらゆるツールとのシームレスな統合を実現するという。