Blog · 对比
DeepSeek Harness 记忆：四种让 Agent 记住你的方案
2026 年 8 月 14 日 · dshbase
开箱状态下，DeepSeek Harness（dsh）只会记住一个会话内的事——它的只追加事件日志和 AGENTS.md 给了它一套能用的短期记忆。可你一关掉标签页，这些状态就没了。正是这个空白，让记忆成了整个插件目录里挤得最凶的一角：半打插件都打着同一句卖点（「dsh 长期记忆」），底层干的却是完全不同的活。这篇指南把最有代表性的四个摆在一起对比，让你不用一个个装过去就知道该选谁。
四种方案速览
- dsh-memory——建在 dsh 无损会话日志之上的引用记忆。
- dsh-mnemon——Mnemon 深度集成：运行时记忆 + 可检索归档 + 受监督记忆。
- sage-mem——中文优先全文搜索的跨会话记忆，fork 自
claude-mem。 - dsh-sgme——SGME 记忆引擎桥接，通过 HTTP 实现多 agent 共享长期记忆。
dsh-memory：把事实引用回原始事件
dsh-memory 是四个里最「dsh 原生」的。它不自建一个独立存储，而是坐在 dsh 已经写好的会话日志之上，蒸馏出人可审计的事实，每条都带着引用、能回溯到确切的来源事件。卖点是信任：当 Agent 说「你说过 API key 每月 1 号轮换」时，你能点进去看到它到底在哪一轮读到这句话，而不是凭一次模糊的向量匹配去赌。我们在 dsh 0.1.0-rc.6 上实测它加载干净（test: ok），并且以 dsh-memory 上架 npm，安装只需一行 dsh plugin add dsh-memory。
dsh-mnemon：运行时、归档，加一个监督者
dsh-mnemon 是重量级选手。它把 Mnemon 系统深度接进来，把记忆分成三层：运行时记忆（快、在上下文里、服务当前任务）、可检索归档（之后能查询的长期存储）、受监督记忆（只有通过审核才会落库的事实）。如果你要的是一套真的像知识库、有「草稿 vs 已批准」概念的记忆系统，而不是一张普通便签，就选它。它同样在 dsh 0.1.0-rc.6 上通过 ok 验证，星数比 dsh-memory 还多一些，说明它被社区真刀真枪用过。
sage-mem：中文优先搜索
如果你的笔记、issue、提示词都是中文，sage-mem 就是首选。它是一个跨会话记忆插件，fork 自 claude-mem，但重新围绕中文优先全文搜索做了调校。这不是外观差异，而是实打实的：很多通用 embedding 和分词层处理 CJK 文本都很拉胯，一个从根上为中文优化分词与召回的插件，捞你那些中文笔记时会明显更准。它在 dsh 0.1.0-rc.6 上通过了 ok 测试。
dsh-sgme：多个 Agent 通过 HTTP 共享记忆
dsh-sgme 解决的是另一个完全不同的难题。前三个都是给单个 Agent 跨会话记住东西，dsh-sgme 则是一个 SGME 记忆引擎桥接，让多个 Agent 通过 HTTP 共享长期记忆。如果你在跑并行的 dsh 实例——或者从父会话 spawn 出来的子代理——这一层能让它们共享一块可查询的记忆，而不是各人怀里揣一个孤岛。星数现在还低，但它是记忆分类里唯一直接瞄准多 agent 场景的插件，且在 dsh 0.1.0-rc.6 上验证为 ok。
怎么选
决策树很短：
- 想要可审计、可引用的记忆，且配置越少越好 → dsh-memory。
- 想要真正的知识库，带运行时 / 归档 / 审核分层 → dsh-mnemon。
- 内容以中文为主、召回质量要紧 → sage-mem。
- 在跑多 agent / 子代理、需要共享状态 → dsh-sgme。
下单前还有两个值得知道：dsh-plugin-meta-memory（结构化长期记忆，brief/full 单元对 + 自动注入）和 dsh-plugin-claude-bridge（把你现有的 Claude Code 记忆、技能、配置零迁移搬进 dsh）。两者都在插件目录里；注意目录目前在 dsh 0.1.0-rc.6 上把它们标成 load-fail，所以在状态更新前，把它们当「有前景、但还没验证」看待。
最后提醒一句：市面上其实有两个同名「dsh-memory」插件——本文讲的引用记忆版，以及另一个以 @furongjun1999/dsh-memory 发布的「灵枢」版，主打知识飞轮与递归自省。安装时记得核对包名，别装错。完整、实测过的清单（含安装命令）在插件目录里。