AI记忆问题解决方案Basic Memory
前言
我们可能都曾遇到过这种情况。你正在与一个大型语言模型(LLM
)进行深入对话,当对话变得复杂或持续时间较长时,AI
会因为缺乏完整的叙事链条而“遗忘”关键信息,导致对话质量下降,甚至会为了“合理化”自己的回答而进行错误的推断(即“幻觉”)。
这就是 AI
的记忆问题。
当然我们还有其他的需求,希望能在不同 AI
工具之间,共享和访问彼此的记忆信息,从而实现上下文的连续性和一致性,这在 AI
编程中尤其重要。
目前记忆类 MCP
已经比较多了,像 OpenMemory
、Supermemory
等,但都采用了向量数据库进行持久化存储。而今天老苏介绍的 Basic Memory
,采用了最简单也最可靠的纯文本文档的方案。
什么是 Basic Memory ?
基本记忆(
Basic Memory
)可让您通过与Claude
等大型语言模型(LLM
)进行自然对话来构建持久知识,同时将所有内容保存在计算机上的简单Markdown
文件中。它使用模型上下文协议(MCP
),使任何兼容的LLM
都能读取和写入您的本地知识库。
主要特点
- 本地优先:所有知识存储在用户控制的本地
Markdown
文件中,确保数据隐私和安全。 - 双向交互:用户和
LLM
可以同时读取和写入相同的文件,支持实时更新和结构化笔记。 - 简单易用:使用熟悉的
Markdown
格式进行知识管理,方便用户查看和编辑。 - 知识图谱:支持语义链接,用户可以在不同主题之间导航,形成一个结构化的知识网络。
- 与 Obsidian 集成:可以与流行的笔记工具
Obsidian
配合使用,增强知识管理体验。
主要功能
- 创建和管理笔记:用户可以通过对话创建、修改和搜索笔记。
- 实时同步:笔记修改会实时反映在本地文件中。
- 支持多个项目:允许用户在不同项目之间切换,保持组织性。
使用场景
- 适合需要长期保存和管理知识的个人或团队。
- 可以用于学习、研究或项目管理,帮助用户构建一个不断扩展的知识库。
Basic Memory
通过简化知识管理过程,解决了传统 LLM
互动中常见的知识遗忘问题。
安装
Basic Memory
支持Docker
安装,但并不支持SSE
协议,所以需要在本机安装Docker
,但老苏不喜欢这种方式;- 如果你安装过
MCPHub
,可以试试这种方式,但笔记的管理肯定需要重新修改MCPHub
映射的卷;
所以本文假设你已经在本机安装了 Python
包管理工具 uv
老苏只关注常用的几个工具,但原理上基本上是一样的;
Gemini CLI
Gemini
中安装比较简单,只要在 settings.json
中的 "mcpServers": {}
插入下面这段 json
代码即可
Claude Code
、Kiro
和CodeBuddy
都可以使用这种方式
1 | "basic-memory": { |
如果没问题,应该可以看到工具
如果你总是遇到下面这种情况
1 | 2025-07-23 10:25:46.417 [warning] [basic-memory] Log from MCP Server: |
可以考虑在本地安装
1 | uv tool install basic-memory |
然后修改配置
1 | "basic-memory": { |
只要在 Gemini
中告诉它保存到笔记或者知识库,它会告诉你保存的目录和文件
打开目录, Windows
平台在 C:\Users\用户\basic-memory
打开文件
聊了一些其他的内容之后,你可以随时看看 AI
是否还记得
如果忘记了
可以再从知识库笔记中获取
Cherry Studio
Cherry Studio
中设置也很简单
- 类型: 选择
stdio
- 命令: 填入
uvx
- 参数:
- 第一行填入
basic-memory
- 第二行填入
mcp
- 第一行填入
在助手中需要启用 Basic Memory MCP
要求 在笔记中查找 Basic Memory 的使用方法
,可以清晰的看到调用了 search_notes
和 read_note
工具
Obsidian
可以直接打开 C:\Users\用户\basic-memory
目录作为新仓库
如果不想新建仓库,可以通过 mklink /D
方式,将 C:\Users\用户\basic-memory
链接到现有的 Obsidian
笔记目录中
官方有个视频,可以看看
上面的示例和视频都还只是最简单的用法,想要更好的使用,还是建议多看看官方的文档:https://docs.basicmemory.com/user-guide
题外话
老苏最近一直在用各种 AI
编程工具,亚马逊的 Kiro
、腾讯的 CodeBuddy
和 Claude Code(AnyRoute)
因为都是基于 Claude
系列的大模型,所以有了一定的可比性。老苏关注的不是能不能一句话搞定一个 demo
或者系统,而是拿了一个有 bug
的项目让 AI
进行修复
CC
应该是表现最出色的,一般两到三轮就能解决问题,而且基本上编辑过的文件,不会有什么语法错误,比如因为缺少}
导致的不能闭合这样的低级错误;
只是 AnyRoute
是个公益网站,虽然不需要充值,但稳定性稍差,用来学习还是非常不错的,有兴趣可以去注册一个账号体验体验:
https://anyrouter.top/register?aff=3L46
Kiro
表现中规中矩,感觉比较适合团队开发,就是改个bug
,也是一顿文档输出。任务结束时,出现文件存在语法错误的几率还是蛮高的,需要指定文件让其修复才行,要是能在任务结束时主动检测就好了;CodeBuddy
目前Chat
还不错,Craft
还差点意思。一个比较典型的案例就是,它自己提出的bug
修复方案,搞来搞去都搞不定,但是将修复方案给了CC
和Kiro
,都搞定了。所以老苏觉得,CodeBuddy
还有很大的进步空间,需要时间来打磨。
等有了免费的途径,准备再去看看 Kimi K2
和 Qwen3 Coder
参考文档
basicmachines-co/basic-memory: AI conversations that actually remember. Never re-explain your project to Claude again. Local-first, integrates with Obsidian. Join our Discord: https://discord.gg/tyvKNccgqN
地址:https://github.com/basicmachines-co/basic-memoryBasic Memory - Build Knowledge That Grows With You
地址:https://basicmemory.com/Basic Memory
地址:https://docs.basicmemory.com/