Shrnutí současné debaty "souborový systém vs databáze" pro paměť agenta: Momentálně vidím dva tábory v tom, jak budujeme paměť agenta. Na jedné straně máme tábor "rozhraní pro soubory jsou vše, co potřebujete". Na druhé straně máme tábor "souborové systémy jsou jen špatné databáze". "Stačí jen souborová rozhraní" tábor Lídři jako Anthropic, Letta, Langchain a Llamaindex se přiklánějí k souborovým rozhraním, protože "soubory jsou překvapivě efektivní jako paměť agentů". • Paměťový nástroj Anthropicu považuje paměť za sadu souborů (implementace úložiště je ponechána na vývojáři) • Langsmithův Agent Builder také reprezentuje paměť v jako sadu souborů (data jsou uložena v databázi a soubory jsou agentovi vystaveny jako souborový systém) • Nechal by o tom, že jednoduché nástroje souborového systému jako Grep a LS překonaly specializované nástroje pro paměť nebo vyhledávání ve svých benchmarkech • llamaindex tvrdí, že pro mnoho použití může být dobře organizovaný souborový systém se sémantickým vyhledáváním vše, co potřebujete Agenti jsou dobří v používání souborových systémů, protože modely jsou optimalizované pro programovací úkoly (včetně. provoz CLI) po školení. Proto vidíme vzorec "virtuálního souborového systému", kde je rozhraní agenta a implementace úložiště oddělené. "souborové systémy jsou prostě špatné databáze" Ale pak jsou tu hlasy jako DAX z OpenCode, který správně poukazuje na to, že "souborový systém je prostě ten nejhorší druh databáze". SwyX a kolegové z databázového prostoru varují před nechtěným znovuvynalezením DBS řešením problému s agentní pamětí. Vyhněte se psaní horších verzí: • vyhledávací indexy, • transakční záznamy, • zámkové mechanismy, Kompromisy...