エージェントメモリをめぐる現在の「ファイルシステム対データベース」の議論を消化する: 現在、エージェントメモリの構築方法には2つの派閥が分かれていると感じています。 一方には「ファイルインターフェースだけで十分だ」という立場があります。 一方で、「ファイルシステムは単に悪いデータベースだ」という立場もあります。 「ファイルインターフェースだけで十分だ」という派 Anthropic、Letta、LangChain、Llamaindexのようなリーダーは、「ファイルはエージェントメモリとして驚くほど効果的」だから、ファイルインターフェースに傾いています。 • Anthropicのメモリツールはメモリをファイルのセットとして扱っています(ストレージの実装は開発者に委ねられています) • langsmithのエージェントビルダーは、メモリをファイルの集合として表現しています(データはDBに保存され、ファイルはファイルシステムとしてエージェントに公開されます) • GREPやLSのようなシンプルなファイルシステムツールが、ベンチマークで専門的なメモリや検索ツールを上回ったことを認めましょう • llamaindexは、多くのユースケースにおいて、セマンティック検索を備えたよく整理されたファイルシステムだけで十分かもしれないと主張しています エージェントはファイルシステムの利用に優れています。なぜならモデルはコーディングタスク(例えば)CLIオペレーション)の訓練後の作業。 そのため、エージェントインターフェースとストレージ実装が分離される「仮想ファイルシステム」パターンが見られるのです。 「ファイルシステムはただの悪いデータベースだ」という派 しかし、OpenCodeのDaxのように「ファイルシステムは最悪のデータベースだ」と正しく指摘する声もあります。 Swyxらはデータベース分野の同僚たちが、エージェントメモリ問題を解決することでDBSを偶然再発明してしまうことを警告しています。以下のような悪いバージョンの書き方は避けてください: • 検索索引、 ・トランザクションログ、 • ロック機構、 トレードオフ...