digérer le débat actuel "système de fichiers vs base de données" pour la mémoire des agents : actuellement, je vois deux camps dans la façon dont nous construisons la mémoire des agents. d'un côté, nous avons le camp "les interfaces de fichiers sont tout ce dont vous avez besoin". de l'autre côté, nous avons le camp "les systèmes de fichiers ne sont que de mauvaises bases de données". "le camp des interfaces de fichiers sont tout ce dont vous avez besoin" les leaders comme anthropic, letta, langchain et llamaindex penchent vers les interfaces de fichiers parce que "les fichiers sont étonnamment efficaces en tant que mémoire d'agent". • l'outil de mémoire d'anthropic traite la mémoire comme un ensemble de fichiers (l'implémentation du stockage est laissée au développeur) • le constructeur d'agents de langsmith représente également la mémoire comme un ensemble de fichiers (les données sont stockées dans une base de données et les fichiers sont exposés à l'agent comme un système de fichiers) • letta a constaté que des outils de système de fichiers simples comme grep et ls surpassaient les outils de mémoire ou de récupération spécialisés dans leurs benchmarks • llamaindex soutient que pour de nombreux cas d'utilisation, un système de fichiers bien organisé avec une recherche sémantique pourrait être tout ce dont vous avez besoin les agents sont bons pour utiliser les systèmes de fichiers parce que les modèles sont optimisés pour les tâches de codage (y compris les opérations CLI) après l'entraînement. c'est pourquoi nous voyons un modèle de "système de fichiers virtuel" où l'interface de l'agent et l'implémentation du stockage sont découplées. "le camp des systèmes de fichiers ne sont que de mauvaises bases de données" mais ensuite, vous avez des voix comme dax d'opencode qui souligne à juste titre que "un système de fichiers n'est que le pire type de base de données". swyx et ses collègues dans le domaine des bases de données mettent en garde contre le fait de réinventer accidentellement des bases de données en résolvant le problème de la mémoire des agents. Évitez d'écrire des versions pires de : • index de recherche, • journaux de transactions, • mécanismes de verrouillage, compromis...