@elliotchen100: 我们的开源库 EverOS 最近做了一次大重构，开发者体验也完成了从“拉”到“夯”的转变。 以前做 AI memory，经常是在数据库、向量库、索引同步、依赖环境之间来回排查。 记忆到底存在哪？为什么没召回？索引是不是坏了？很多时候都不直…

我们的开源库 EverOS 最近做了一次大重构，开发者体验也完成了从“拉”到“夯”的转变。 以前做 AI memory，经常是在数据库、向量库、索引同步、依赖环境之间来回排查。 记忆到底存在哪？为什么没召回？索引是不是坏了？很多时候都不直观。 新版 EverOS 直接把原始记忆放进 Markdown。 开发者可以像看代码一样看 memory：打开文件、搜索文本、看 Git diff、手动修正，必要时直接删除并重建索引。 整个架构也更清楚： 原始记忆 = Markdown 运行状态 = SQLite 检索索引 = LanceDB Markdown 负责可读、可改、可迁移。 SQLite 负责状态和队列。 LanceDB 负责向量、全文和过滤检索。 这样做的好处是，索引不再是单点故障。索引坏了可以从 Markdown 重建，检索慢了可以重新优化，但原始记忆始终是开发者能打开、理解和带走的文件。 我们觉得 AI memory 如果想成为开发者基础设施，第一步不是做得多复杂，而是让开发者能看懂、能改、能恢复。