seek://map/deja-vu
deja-vu 跨代理共享记忆
#memory #cross-agent #search #mcp
TL;DR
据其 README，deja-vu 把本机 Claude Code、Codex、Cursor 等编码代理已经写在磁盘上的会话历史建成一个本地倒排索引，任何一个代理都能检索，安装之前的历史也在内；DeepSeek Harness 有专属 npm 包 dsh-deja，经 dsh plugin --profile web add dsh-deja 安装。无模型调用、无嵌入，凭据在建索引时脱敏。
据其 README 的自述框架：记忆工具从空开始、只记录未来——deja-vu 则一开始就是满的：它是一个本地检索索引（vshulcz 的 Go 二进制，外加 MCP 服务与 CLI），读取 Claude Code、Codex、Cursor、VS Code Copilot Chat 等代理已经写在磁盘上的会话文件，安装之前的历史也在内。DeepSeek Harness 在其支持矩阵中有专属行：有专属 npm 包 dsh-deja、有专属指南页，需求列标注 zstd，并附有明示的限制：不支持会话恢复（resume）、handoff 仅粘贴。召回是不等待模型的词法查找，建索引时同步脱敏凭据，基准测试环境随仓库发布、页上数字可自行复跑。这份跨代理的阅读面，是它得以收录进本图的原因。
速览
- license
- MIT
- note
- DSH 矩阵行标注：需要 zstd；resume 不可用、handoff 仅粘贴。README 自述密钥脱敏是模式匹配，不认识的形态可能漏过。
要点
- 据其 README，索引建于已经写在磁盘上的会话文件——安装之前的历史也在内——数月前的决策可在任何一个代理里被检索
- DeepSeek Harness 在支持矩阵中有专属行和专属 npm 包：经 dsh plugin --profile web add dsh-deja 安装 dsh-deja；矩阵标注 MCP 召回、自动召回、技能与命令可用，resume 不可用、handoff 仅粘贴，且需要 zstd
- 本地运行、不依赖模型：召回是对 ~/.cache/deja 本地倒排索引的词法查找——据其 README，除非主动要求，没有数据离开本机
- 建索引时同步脱敏凭据；README 自带提醒：模式匹配不是密钥检测，不认识的形态可能漏过
- 据其 README 基准页，LongMemEval-S 上 hit@1 为 85.3%，LoCoMo 上为 69.6%，进程内查询中位约 0.4 毫秒
- 除召回外，CLI 还能回答工作流问题：blame 显示哪些会话碰过某个文件，fix 显示此前遇到同样错误后跑了什么，friction 列出反复出现的错误，restore 找回被代理替换的内容
常见问题
它怎么接入 DeepSeek Harness？
据其 README，两条路径各自独立即可：deja install --auto 像接入其他代理一样完成接线，或从插件侧经 dsh plugin --profile web add dsh-deja 安装 dsh-deja——该包读取 deja install 写入的内容，只补齐缺失的部分。DSH 矩阵行标注需要 zstd，且 resume 在此行不可用，handoff 走粘贴。
会话历史会被传到别处吗？
据 README 的 FAQ：除非主动要求，没有数据离开本机。已知形态的密钥（AWS 密钥、api_key/token 赋值、bearer token、裸 JWT、PEM 块）在建索引时被剥离；README 同时自述模式匹配不是密钥检测。
它和本图已收录的记忆类插件有什么不同？
按其 README 的自述框架：从零开始记录的记忆工具启动时是空的，而 deja 启动时就是满的——它索引代理们已经写下的历史（含安装之前），读取既有会话文件而非自建一套存储。
一次召回的运行开销有多大？
没有模型调用：据其 README，召回是对本地索引的词法查找，进程内中位约 0.4 毫秒；索引增量更新，只重读发生变化的会话文件。
官方参考