1. 为什么你的 Agent 总是“失忆”做过 AI Agent 的人大概率都遇到过这个场景昨天刚跟助手说过“我项目里用 pnpm 不用 npm”今天开新会话它又默认给你npm install上周明确交代过“接口返回字段一律用 snake_case”这周它又给你生成 camelCase。不是模型不聪明而是它天生无状态——每次请求都是一张白纸上下文窗口再大关掉会话就归零。Mem0 就是冲着这个痛点来的。它读作 “mem-zero”本质是给 AI 助手/Agent 外挂的一层持久化语义记忆层。你不需要把历史对话全塞进 prompt而是让 Mem0 在后台把对话里的事实抽出来存好下次需要时按语义检索回来。它提供三层作用域user_id管用户级偏好、agent_id管某个 Agent 的专属经验、run_id管单次会话互不串味。检索上它做了多信号融合——语义向量 BM25 关键词 实体链接三路并行打分还带时序推理能区分“当前状态”和“过去事件”。这篇面向的是需要让 Agent 跨会话记住用户偏好与历史上下文的开发者。我会交付可复制的 Mem0 初始化配置、记忆读写与检索调用骨架以及通过 TaoToken 统一 Key 接入模型服务的settings.json片段最后给出验证记忆写入与召回是否真的生效的具体动作。适合谁正在写 Python Agent、用 Claude Code 做长期编码、或者想给现有聊天机器人加记忆但不想自己维护向量库的人。2. 前置准备TaoToken 统一 Key 与 Mem0 安装Mem0 本身不绑定某一家模型它的 LLM、Embedder、Vector Store 都是可插拔的。默认配置会走 OpenAI但国内直连不稳定而且你可能同时想用 Claude、DeepSeek、Qwen 等多家模型。这时候用 TaoToken 做统一入口就省事一个 Key、一个 Base URLMem0 里所有需要调模型的地方都指向它切换模型只改一个字符串。先去 TaoToken 控制台拿 Key。打开 https://taotoken.net/api-keys 登录后创建一个 API Key形如sk-...复制保存。这个 Key 后面会同时喂给 Mem0 的 LLM 和 Embedder。安装 Mem0 本体。基础版够用想要 BM25 实体提取的增强检索就装 nlp 扩展# 基础安装 pip install mem0ai # 增强版带 BM25 关键词检索和实体提取 pip install mem0ai[nlp] python -m spacy download en_core_web_sm如果你打算用本地向量库比如 Qdrant、Chroma也一并装上。下面我用 Qdrant 举例它跑起来最省心pip install qdrant-client # 用 Docker 起一个本地 Qdrant docker run -d -p 6333:6333 qdrant/qdrant环境变量先设好避免 Key 硬编码进代码export TAOTOKEN_API_KEYsk-你的key export TAOTOKEN_BASE_URLhttps://taotoken.net/api注意TaoToken 的 API 地址是https://taotoken.net/api不要在后面加多余的路径OpenAI 兼容客户端会自动拼/v1/chat/completions这类端点。3. 可复制配置Mem0 初始化 TaoToken 接入Mem0 的配置核心是MemoryConfig里面三块llm、embedder、vector_store。我把它们全部指向 TaoToken 本地 Qdrant这样既统一了模型入口又保证了记忆数据留在自己机器上。3.1 完整初始化代码import os from mem0 import Memory from mem0.configs.base import MemoryConfig TAOTOKEN_KEY os.environ[TAOTOKEN_API_KEY] TAOTOKEN_BASE os.environ[TAOTOKEN_BASE_URL] config MemoryConfig( llm{ provider: openai, # 用 OpenAI 兼容协议对接 TaoToken config: { model: gpt-4o-mini, # 也可换成 claude-3-5-sonnet 等 api_key: TAOTOKEN_KEY, openai_base_url: TAOTOKEN_BASE, }, }, embedder{ provider: openai, config: { model: text-embedding-3-small, api_key: TAOTOKEN_KEY, openai_base_url: TAOTOKEN_BASE, }, }, vector_store{ provider: qdrant, config: { host: localhost, port: 6333, collection_name: agent_memory, }, }, ) memory Memory.from_config(config) print(Mem0 初始化完成记忆层已就绪)这里有个容易踩的坑Mem0 不同版本里 base_url 的字段名可能是openai_base_url或base_url。如果你跑起来报unexpected keyword argument把字段名换成另一个试试。实测openai_base_url在较新版本里更稳。3.2 记忆读写与检索骨架初始化完核心 API 就四个动作add写、search查、get_all列、delete删。下面这段是可直接跑的骨架USER_ID alice # 写入丢一段对话进去Mem0 自动抽取事实 messages [ {role: user, content: 我项目里统一用 pnpm不要用 npm接口字段一律 snake_case}, {role: assistant, content: 好的已记住你的工程约定}, ] memory.add(messages, user_idUSER_ID) # 检索按语义查相关记忆 results memory.search(包管理器偏好, user_idUSER_ID) for m in results.get(results, []): print(-, m[memory]) # 列出该用户全部记忆 all_mem memory.get_all(user_idUSER_ID) print(记忆总数:, len(all_mem.get(results, []))) # 删除单条需要 memory_id # memory.delete(memory-uuid) # 清空该用户所有记忆 # memory.delete_all(user_idUSER_ID)add的妙处在于你不需要自己总结“用户偏好 pnpm”直接把原始对话丢进去Mem0 内部会调一次 LLM 做事实抽取存成结构化记忆条目。search返回的每条记忆都带id、memory、score等字段score就是融合排序后的相关度。3.3 检索 → 生成 → 存储闭环光有记忆层不够得把它接进你的对话主循环。标准模式就三步先检索、再带上下文生成、最后把新交互存回去。from openai import OpenAI client OpenAI(api_keyTAOTOKEN_KEY, base_urlTAOTOKEN_BASE) def chat(user_input: str, user_id: str) - str: # 1. 检索相关记忆 hits memory.search(user_input, user_iduser_id) context \n.join(m[memory] for m in hits.get(results, [])) # 2. 带记忆上下文生成 resp client.chat.completions.create( modelgpt-4o-mini, messages[ {role: system, content: f已知用户背景\n{context}}, {role: user, content: user_input}, ], ) reply resp.choices[0].message.content # 3. 存回本次交互 memory.add( [ {role: user, content: user_input}, {role: assistant, content: reply}, ], user_iduser_id, ) return reply print(chat(帮我写个安装依赖的命令, alice))跑完你会发现第二次问它“装个 axios”它直接给你pnpm add axios因为记忆里已经存了“统一用 pnpm”。3.4 Claude Code 的 settings.json 配置片段如果你是在 Claude Code 里用 Mem0最省事的方式是走 MCP Server不用装完整插件。在 Claude Code 的 MCP 配置里加这段{ mcpServers: { mem0: { serverUrl: https://mcp.mem0.ai/mcp/, headers: { Authorization: Token ${MEM0_API_KEY} } } } }配好后 Claude Code 就能直接调add_memory、search_memories、get_memories这些工具。如果你还想让 Claude Code 的模型请求也走 TaoToken可以在它的模型配置里把 base URL 指向https://taotoken.net/apiKey 用同一个这样记忆层和模型层就是两条独立但统一的通道。4. 验证记忆写入与召回是否生效配置写完不代表记忆真的在工作。我习惯用三个动作做验证缺一不可。动作一确认写入成功。调完memory.add后立刻get_all看条目数有没有增加before len(memory.get_all(user_idalice).get(results, [])) memory.add(我习惯用深色模式编辑器是 Neovim, user_idalice) after len(memory.get_all(user_idalice).get(results, [])) print(f写入前 {before} 条写入后 {after} 条)如果after没变多半是 LLM 抽取那步失败了——检查 TaoToken Key 是否有效、base URL 是否拼对。动作二确认召回命中。用一个语义相近但字面不同的 query 去搜看能不能捞回来hits memory.search(主题和编辑器偏好, user_idalice) for m in hits.get(results, []): print(m[score], m[memory])能搜到“深色模式 / Neovim”就说明向量检索通了。如果搜不到把score打出来看低于阈值可能是 Embedder 没走对通道。动作三跨会话验证。这是最关键的一步。关掉 Python 进程重新起一个只做search不做add# 新进程里 from mem0 import Memory # ... 同样的 config 初始化 ... hits memory.search(编辑器偏好, user_idalice) print(hits.get(results))新进程还能搜到才证明记忆真的持久化到了 Qdrant而不是留在内存里。这一步过了你的 Agent 才算真正“记住”了。5. 本篇常见错排查报错openai.AuthenticationError或 401。九成是 Key 没传对。检查TAOTOKEN_API_KEY环境变量是否在当前 shell 生效以及 config 里api_key字段有没有被覆盖成空字符串。TaoToken 的 Key 以sk-开头别把 Mem0 自己的m0-Key 混进来——那是云平台模式用的本地库模式不需要。报错Connection refused连 Qdrant。确认 Docker 容器在跑docker ps | grep qdrant。如果端口不是 6333config 里的port要同步改。用 Chroma 的话把provider换成chroma配置项也换成对应的path。search返回空列表但get_all有数据。这是 Embedder 和写入时用的不是同一个模型导致的。写入用text-embedding-3-small检索也必须用同一个否则向量空间对不上。检查 config 里 embedder 只配了一处别在 add 和 search 时传不同参数。记忆条目里出现重复或矛盾内容。Mem0 v3 改成了 ADD-only 提取记忆只增不覆盖所以同一事实可能存多条。解决办法是定期跑一次整合或者用update手动合并。生产环境建议加一个定时任务做去重。Claude Code 里 MCP 工具调不通。先确认MEM0_API_KEY环境变量在 Claude Code 启动的 shell 里可见。MCP 配置里的${MEM0_API_KEY}是运行时展开的如果变量没导出header 就是空的。用echo $MEM0_API_KEY验证一下。延迟高、每次 add 要等好几秒。记忆抽取是一次完整的 LLM 调用慢是正常的。优化方向把add放到后台线程或队列里异步执行别阻塞主对话循环或者换更小的模型做抽取比如gpt-4o-mini就比gpt-4o快不少。6. 把记忆层接进你的长期编码流到这一步你已经有了一个能跨会话记住用户偏好和历史上下文的 Agent 骨架。接下来看你的使用场景分流如果你主要是在 Claude Code 里做长期编码、想让 Agent 记住项目架构决策和踩坑经验建议直接上 Coding Plan把记忆层和编码工作流绑在一起https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite如果你只是想先验证某个模型在记忆场景下的表现用模型对话快速试几轮https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite接入过程中遇到 Key 或通道问题直接查接入文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite需要管理多个项目的 Key 和用量去控制台https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite最后留一个我踩过的坑Mem0 的user_id别用邮箱或手机号用内部 UUID。因为记忆检索是按user_id过滤的一旦用户改了邮箱历史记忆就全对不上了。作用域设计从第一天就定好后面省很多迁移的麻烦。