
30 秒速读:Mnemosyne 是一套本地优先的 AI Agent 长期记忆系统:所有记忆、来源证据和时间历史都存在单个 SQLite 文件里,Agent 跨会话需要”记住”的东西——事实、经验、任务交接上下文——都从这里读写。它通过 MCP Server、TypeScript SDK、CLI 和 HTTP 四种方式接入,MCP 工具覆盖存储、召回、纠正、检查点等环节。适合给本地或单机 Agent 加一个可追溯、可纠错的”外置大脑”;要分布式集群或托管服务的话,它不是那个路子。
软件信息一览
| 软件名称 | Mnemosyne |
| 运行平台 | Windows / macOS / Linux(需 Node.js ≥ 22.16) |
| 开发语言 | TypeScript |
| 数据存储 | 单个 SQLite 文件 |
| 许可证 | 以仓库内 LICENSE 文件为准 |
| 接入方式 | MCP Server / TypeScript SDK / CLI / HTTP 服务 / Python 客户端 |
| IDE 集成 | 支持 Claude Code、Cursor 的 MCP 配置(据项目说明) |
版本选择:Release 预构建 vs 源码运行
结论先行:只想用,选 Release 预构建;要改、要调、要看实现,再走源码运行。
| 维度 | Release 预构建 | 源码运行 |
|---|---|---|
| 上手速度 | 最快,下载即用 | 需 clone、装依赖、构建 |
| 环境要求 | 仅需 Node.js ≥ 22.16 | 还需构建工具链 |
| 适合人群 | Agent 开发者、只想接入记忆能力 | 想研究检索逻辑、贡献代码 |
| 升级 | 替换文件即可 | 拉取更新后重新构建 |
部署的关键步骤
- 确认 Node.js 版本 ≥ 22.16(运行
node -v查看),低版本会直接起不来——这是最常见的卡点。 - 按项目说明启动本地引擎,首次运行会自动创建 SQLite 数据库文件及父目录,并设置受限权限。
- 用绝对路径指定数据库位置(尤其走 MCP 接入时):MCP 客户端的启动目录各不相同,相对路径会导致”昨天存的记忆今天找不到了”的灵异事件。
- 在 Claude Code / Cursor 的 MCP 配置里加入 Mnemosyne 的 Server 配置,重启客户端后验证 memory_* 工具是否出现。
- 存一条测试记忆再召回,确认读写链路通畅。
装完建议改的 3 个设置
- 只读模式开关 —— 入口:启动参数/配置文件。体感差别:给”只许读不许写”的 Agent(如评审类 Agent)开只读后,再也不用担心它半夜改掉你的记忆库。
- 破坏性删除操作的启用开关 —— 入口:启动参数。体感差别:默认建议关闭,记忆删了就真没了;需要定期清理时再临时打开,删完即关。
- 数据库备份计划 —— 入口:不在软件里,在你的 cron / 计划任务里。体感差别:单个 SQLite 文件既是优点也是单点,设个每日自动拷贝,文件损坏时最多丢一天。
注意事项与常见问题
- SQLite 是单机方案:跨主机共享、高并发写入的边界要结合文档确认,别把它当分布式数据库用。
- 记忆质量取决于检索配置:项目展示的评测结果是在特定模型与提示词下测得的,换模型、换提示词效果会变,别直接当生产指标。
- MCP 客户端权限有限:客户端不能自行切换工作区或提升信任级别,跨项目复用记忆时要手动规划好工作区划分。
- 来源纠正是杀手锏也是坑:来源被纠正后,依赖旧来源的记忆会被”退休”——设计工作流时要预留人工复核环节,别让自动纠错悄悄改了关键事实。
适合谁 / 不适合谁
适合:给本地/单机 AI Agent 加长期记忆的开发者,特别是 TypeScript 技术栈、用 Claude Code / Cursor 的团队;需要”记忆带证据、可追溯、可纠错”的场景。不适合:需要多节点共享、托管运维、企业级 SLA 的团队;也不适合把记忆当缓存用的高频读写场景。
| 方案 | 存储 | 证据/纠错 | 适合 |
|---|---|---|---|
| Mnemosyne | 本地 SQLite 单文件 | 有(来源 + 时间历史 + 退休机制) | 本地优先、可追溯 |
| 向量数据库 | 向量索引 | 无内置 | 语义检索为主 |
| 云端记忆服务 | 托管 | 各家不同 | 免运维、多端同步 |
独家整理:它的”退休机制”为什么值得单独说
多数记忆系统只解决”存”和”查”,Mnemosyne 多做了一步”纠”:每条记忆都关联着它的来源证据和时间线,当来源被纠正(比如某条知识过时了),系统能找到所有依赖这条来源的记忆并将其”退休”——不再参与后续召回,但数据保留可审计。这对长期运行的 Agent 很关键:没有这套机制,Agent 会在几个月后变成一个”记得很多、但不知道哪些已经错了”的不可靠协作者。评估时重点看这一块是否符合你的纠错流程,这是它与普通向量记忆方案拉开差距的地方。
开源地址
GitHub 国内访问较慢,如打不开可多刷新几次
版本对比与推荐
| 版本 | 适合谁 | 说明 |
|---|---|---|
| Release 预构建(稳定版) | 想直接用的用户 | 开箱即用,推荐大多数人先从这个版本起手 |
| 源码运行 | 要二次开发的开发者 | 可改可调,但要自己处理环境与依赖问题 |
版本推荐:推荐先用稳定版 Release 预构建,跑顺了再考虑源码运行。
安装步骤
- 确认运行环境:按官网说明准备对应平台的 Node 运行环境,具体版本要求以官网为准。
- 取包方式二选一:直接用 Release 预构建包最省事;要改源码或二次开发再走源码运行。
- 接入 Agent:按官网说明把 MCP Server 接入你的 Agent 框架,先确认记忆读写接口能连通。
- 先小规模验证:先用一个小记忆库试存一条事实、再召回一次,确认读写和纠错都正常后再正式用。
必改设置
- 记忆库文件位置:把单个 SQLite 文件放到有定期备份的目录里,入口在启动配置中指定路径;丢了这个文件等于丢了全部记忆,体感差别就是能不能找回。
- 召回条数上限:按官网说明设一个合理的召回上限,太大容易把上下文撑满,太小则 Agent 想不起关键事实。
- 纠正与检查点策略(通用建议):定期检查记忆里的错误条目并及时纠正,重要任务节点前先做一次检查点,出问题能回退而不是从头教起。
常见问题与注意事项
- 只能单机用吗:它定位是本地优先的单机记忆系统,分布式集群或托管服务不在它的设计目标里,选型前先确认这一点。
- 记忆存在哪里:所有记忆、来源证据和时间历史都存在单个 SQLite 文件里,备份这个文件就是备份全部记忆。
- 接不进 Agent 怎么办:先看 MCP Server 的连通性与配置路径是否写对,接口细节以官网说明为准。
常见报错与排错
遇到问题时先按上面常见问题逐条排查,仍无法解决再对照官网说明确认版本与配置细节,以官网为准。

关注「软件教程管家」
回复软件名即取即下:网盘下载链接 + 提取码,一步直达,不用再跳转。
本站资源仅供个人学习交流,请勿用于商业用途。软件与资料版权归原作者所有;如有侵权,请通过公众号「软件教程管家」联系我们,我们将在 24 小时内下架处理。查看免责声明 ›







