「Xanadu」がエージェントの到来を待ちわびている件について

Xanaduは現在、エージェントが接続・稼働するのを待機している状態です。

ネルソンはコンピューティングの先駆者の一人？いや、彼こそがコンピューティングの先駆者そのものだよ。

これを読んで、誰かが本気でProject Xanaduを実現させようとしてくれたらいいのにと思った。コンテンツ指向ストレージ（Content Addressable Storage）とバージョン管理システムを基盤にしたネットワークには、投資する価値が十分あると思う。

興味深いね。この記事やDeltaに関する他の投稿を読んでいると、境界線上にいるような感覚を覚える。筆者が天才的なひらめきを得たものの、それを同じ視点を持っていない人にうまく伝えられずにいるのか、それとも単に少し常軌を逸してしまっただけなのか判断に迷うんだ。

ネルソンについて読んでいる時にも同じような感覚になる（彼のアイデアをしばらく考え続けてみて、大部分は天才的で、狂気はほんのわずかだったと確信しているけどね）。

Deltaがどうなるかはまだ分からない。

余談だけど、見出しを見た最初の反応は「いや、Xanaduに欠けていたのはエージェントじゃない」だった。

とはいえ、筆者が言いたいことはなんとなく分かる気がする。エージェントがハイパーテキストの概念を促進する新しいツールになり得るという点には同意できるよ。たぶんXanaduそのものじゃないにせよ、もっと実用的で、魔法めいたところのない、でも今よりは少しだけ魔法のような場所にはね。

これは職場で始めた実験とも少し重なるんだ。手頃なWebサイトをWordPressから静的サイトへ移行していて、11ty (https://11ty.dev) とVisual Studio Code、Frontmatter CMS (https://frontmatter.codes) 、そしてAI/LLMを組み合わせている。

AIはサイトの静的ページ化や11tyへの適応をサポートしてくれる。

狙いとしては、プッシュ・ツー・デプロイな環境を簡単に整えることで、非エンジニアのスタッフがVS Code上のAIを駆使して直接11tyとGitを操作し、変更やレビュー、公開までできるようにすること。

半年ほど前なら、彼らにとっては越えられない高い壁だったはずだ。

というわけで、AIの力を借りてより良いハイパーテキストシステムを実現するというテーマに関して、僕らも似たようなことをやっているわけだ。堅実で退屈なツール（静的サイトジェネレーター、TypeScript、エディタ、バージョン管理、CI、静的ホスティング）とAIを組み合わせて、より多くのユーザーがツールとAIの恩恵を最大限に引き出せるようにしたいと思っている。

まだ実験を始めたばかりだから、調子に乗って失敗して、結局従来のCMSに戻ることになるかもしれないけどね。

各ジャンクションポイントに1つずつエージェントを配置するような話に聞こえるね。それぞれが前のエージェントと同じモデルやアーキテクチャで動いているかもしれないし、そうじゃないかもしれない。互いに絶えずクロールし合うか、呼び出し合うプロトコルが必要になるだろう。
でも、何百万ものエージェントが「ドキュバース（docuverse）」なWebを構築して、すべてが互いを認識しなきゃいけないなんて状況になったら、ただの接続とデータベースリポジトリの塊にならないか？

まあ、実際に存在するリンクと、新しく作成されるリンクだけでいいのかもしれないけど。

パラグラフ内の特定のノードが参照されていて、そのノードが他のノードの集合体だったり、文章や単語のひとつひとつが別のノードを指していたりする場合、それぞれのモデルはどれくらい情報を把握してデータベースに保持しているんだろうか？
次のノードへのポイントは必ずしも永続的とは限らないし、バージョン管理もされていない。それは繋がっているノードすべてに言えることだ。

たった一つのパラグラフに何千ものソースやリファレンスが含まれる可能性もあるわけで、それぞれのソースにバージョン管理が必要だし、バージョンによっては過去や未来の異なるノードを指し示すことだってあり得る。

正しくバージョン管理されたパラグラフを作るにはそれを知る必要があるし、エージェントを持つすべてのノードが永続的かつ合理的で、相互運用可能であると期待しなきゃいけない。でもそんな前提で構築したら、現実世界ではうまくいかないよ。

ドキュバースの範囲をいくつかのデータストアと、その空間的宇宙を理解しているエージェントだけに限定して、一種のイントラネットにするなら話は別だけどね。

Zigzagを忘れてもらっちゃ困るな。これこそがハイパーストラクチャーであり、テッドの最大の功績だよ。試してみたいなら、Javaで動くGzz 0706.jarがおすすめ。 https://www.nongnu.org/gzz/download.html

私がLLMの臭いを嗅ぎ分けるために鍛えていることの一つに、筆者が全く異なる二つのアイデアをどれだけ説得力を持って結びつけられるかという点がある。統合が野心的であるほど、そして自分が感銘を受けないほど、LLMの手によるものである可能性が高いと判断するんだ。

以前話題になった「Jimi Hendrix Was a Systems Engineer」 https://spectrum.ieee.org/jimi-hendrix-systems-engineer もそうだった。

この投稿は、Xanaduに関するよくあるナラティブに乗っかっているね。つまり、本質的に良いアイデアだったのに、実行力不足、時代を先取りしすぎたこと、市場が品質を重視しなかったことの組み合わせで失敗したという見方だ（この記事は特に2番目の点に重点を置いている）。

私の考えでは、Gwernの反論の方が説得力があるよ。Xanaduは根本的に悪いアイデアだったんだ。World Wide Webに取り込まれなかった部分は、誰も抱えていない問題を解決しようとしていたか、ユーザーとパブリッシャーの間で安定した均衡を保てなかったかのどちらか（つまり、魔法のように実現できたとしても、すぐに崩壊していただろうということ）。 https://gwern.net/xanadu

Xanaduには自業自得と言える最後の失敗モードがあった

記事を流し読みしてこれを見つけた瞬間、AI疲れでタブを閉じたわ。

テッド・ネルソンが今年、ずっと頭から離れない。

今年テッドについてよく考えているという他の人たちに、この（奇妙な）YouTubeシリーズをおすすめしておくよ。

https://www.youtube.com/watch?v=pGpBQgZ5IsI&list=PLsfH1Ahi4SzE-QmrsrtyZubGmi66iP45V

Ummet Ozcan - Xanadu: https://www.youtube.com/watch?v=9uMtnH7cABg

彼がエージェントを待っているとは思えないけどね。