Xanadu の夢はエージェントを待っていた

決して忘れないシステムは、必ずしも良いことではない。著者がこれを（編集者を超えて）どの範囲に適用したいのかはわからないが、物事が消去されることがプラスに働くケースは多くある。プライバシーの懸念はその一例だ。

興味深い。これと、私が見たDeltaに関する他の投稿は、著者がまだ同じ洞察を持っていない人には伝えにくい brilliant な洞察を持っているのか、それとも単に少し気が狂ってしまったのか、判断しにくい境界領域に存在しているようだ。

ネルソンを読んだときにも似た感覚を覚える（彼のアイデアについてしばらく考えた後、それはほとんどが天才で、ほんの少しだけ狂気が混ざっていたと確信している）。

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

余談だが、見出しに対する私の最初の反応は「いいえ」だった。Xanaduにエージェントが欠けていたわけではない。

しかし、著者がどこに向かっているのかは見える気がする。そして、エージェントがいくつかのハイパーテキストのアイデアを促進する新しいツールになるかもしれないという点には同意できるかもしれない。Xanaduではないかもしれないが。しかし、もっと現実的で、魔法の少ない場所、しかし今の場所よりは少し魔法がかった場所。

そして、それは職場で始めた実験と少し交差する。私たちの modest なウェブサイトをWordPressから、11ty（https://11ty.dev）とフロントマターCMS（https://frontmatter.codes）を備えたVisual Studio Codeを組み合わせた静的サイト（すでにアプリケーション開発でTypeScriptを多用している）に移行し、AI/LLMも活用するというものだ。

AIはサイトの静的ページ版の作成と11tyへの適応に役立つ。

アイデアは、簡単なプッシュ・トゥ・デプロイのセットアップにより、ビジネス部門の人々がVS CodeのAIの助けを借りて、11tyとgitを直接操作して変更、レビュー、公開を行えるようにすることだ。

それは困難な丘だ […]

これは、各ジャンクションポイントに1つのエージェントがいて、それが前のものと同じモデルとアーキテクチャを実行しているかもしれないし、していないかもしれず、互いに絶えずクロールするか、単に互いに呼び出すためのプロトコルが必要であるように聞こえる。

しかし、そうすると、100万のエージェントがドキュメンタリーユニバースのウェブを構築し、それぞれが互いを知る必要があり、すべてが接続であり、それぞれがデータベースリポジトリである。

まあ、存在するリンクと作成されたリンクだけが必要だ。

段落では、参照される1つのノードに存在するかもしれず、そのノードは他のノードのコレクションであるかもしれないし、各文や各単語が他のノードを指すかもしれない。各モデルはどれだけを知っていて、データベースに何を保持しているのか。

次のノードへのポイントは、必ずしも永続的でもバージョン管理されているわけではなく、それは接続する各ノードにも当てはまる。

単一の段落には、数千以上のソース、参照がある可能性があり、各ソースはバージョン管理が必要で、バージョンによっては、以前または将来のバージョンの異なるノードを指す可能性がある。

段落の適切なバージョンは、これを知っている必要があるか、すべてのノードがエージェントを持ち、永続的で合理的で相互運用可能であることを期待する必要がある。

しかし、その前提に基づいて構築すると、現実の世界では機能しないだろう。

ドキュメンタリーユニバースを、その空間的宇宙を理解する少数のデータストアとエージェントに限定しない限り、それはイントラネットの一種である。

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

彼がエージェントを待っているとは思わない。