Resumindo o debate atual "sistema de arquivos vs banco de banco" para memória agente: Atualmente estou vendo 2 acampamentos em como construímos memória de agentes. De um lado, temos o grupo de "interfaces de arquivo são tudo que você precisa". Do outro lado, temos o grupo de "sistemas de arquivos são apenas bancos de dados ruins". "Interfaces de arquivo são tudo que você precisa" Líderes como Anthropic, Letta, Langchain e Llamaindex estão inclinados para interfaces de arquivos porque "arquivos são surpreendentemente eficazes como memória de agentes". • A ferramenta de memória da Anthropic trata a memória como um conjunto de arquivos (a implementação de armazenamento fica a cargo do desenvolvedor) • O construtor de agentes de Langsmith também representa a memória em como um conjunto de arquivos (os dados são armazenados em um banco de dados e os arquivos são expostos ao agente como um sistema de arquivos) • Let que ferramentas simples de sistema de arquivos como grep e ls superaram ferramentas especializadas de memória ou recuperação em seus benchmarks • Llamaindex argumenta que, para muitos casos de uso, um sistema de arquivos bem organizado com busca semântica pode ser tudo o que você precisa Agentes são bons em usar sistemas de arquivos porque modelos são otimizados para tarefas de codificação (incluindo. operações CLI) após o treinamento. Por isso estamos vendo um padrão de "sistema de arquivos virtual" onde a interface do agente e a implementação de armazenamento são desacopladas. "sistemas de arquivos são apenas bancos de dados ruins" Mas aí você tem vozes como a DAX, do OpenCode, que corretamente aponta que "um sistema de arquivos é simplesmente o pior tipo de banco de dados". Swyx e colegas no espaço de banco de dados alertam sobre reinventar acidentalmente os bancos de dados ao resolver o problema da memória do agente. Evite escrever versões piores de: • índices de busca, • registros de transações, • mecanismos de travamento, Compensações...