第三方模型鉴权切换后 "No previous sessions found"

你会遇到什么

用 DeepSeek 等第三方模型，从 OAuth 切到 API Key 之后，/mem-search 报 No previous sessions found——明明之前有记忆。

你以为是记忆丢了，其实是鉴权信息不一致：worker 不读取 ANTHROPIC_BASE_URL / AUTH_TOKEN 环境变量，需要手动同步到 ~/.claude-mem/.env（上游 Issue #2666）。

本文路径：快速修复（30 秒一段命令）→ 一步步排查（可跳读）→ 原理与变体（症状/原因/证据）。赶时间直接跳到「快速修复」。

为什么会这样

claude-mem 的 worker 自己维护一份环境配置（~/.claude-mem/.env），不跟随你 shell 里的环境变量。切换鉴权方式后，shell 里已经是新配置，但 worker 还拿着旧的——于是会话捕获失败，搜索自然没有结果。同步 .env + 重启 worker + 重新触发一次会话即可。

来源：CSDN zxqsoftware/161293220（2026-05）+ 上游 Issue #2666。

关键认知是：记忆捕获是旁路，不是主进程的一部分。claude-mem 的 worker 是独立进程，它订阅会话事件、自己维护一份鉴权配置（~/.claude-mem/.env）——你 shell 里的 ANTHROPIC_* 环境变量只影响 Claude Code 主进程，worker 一概不读。

切鉴权方式后，主进程换上新 key 正常聊天，worker 却还在用旧配置，于是"捕获链"是断的：会话根本没被记下来，搜索当然"没有以前的会话"。

记忆没有丢，是链路没通。所以修复必须三步齐做：同步 .env → 重启 worker（重新加载配置）→ 重触发一次会话（让新配置真正跑一遍捕获）。

一步步来

1. 同步鉴权到 worker 配置 — 必做

编辑 ~/.claude-mem/.env，把当前的 BASE_URL / AUTH_TOKEN（或 ANTHROPIC_* 对应值）写进去，与 shell 环境保持一致。

2. 重启 worker — 必做

claude-mem restart

3. 重新触发一次会话 — 必做

开一个新会话让它捕获，再 /mem-search 验证。

怎么确认修好了

claude-mem status && claude-mem search "上次的话题"

worker 就绪、搜索能返回结果即成功（切换鉴权后同步 .env + 重启是核心）。

其它环境的表现

症状

DeepSeek 等第三方模型从 OAuth 切到 API Key 后，/mem-search 报 No previous sessions found。

原因

鉴权信息不一致；worker 不读取 ANTHROPIC_BASE_URL/AUTH_TOKEN 环境变量，需要手动同步到 ~/.claude-mem/.env（上游 Issue #2666）。

解法

1. 手动同步 ~/.claude-mem/.env 的 BASE_URL / AUTH_TOKEN。
2. 重启 worker（claude-mem restart）。
3. 重新触发一次会话捕获后再搜索。