7 款 DeepSeek Harness 记忆插件对比（2026）
DeepSeek Harness 官方没有内置长期记忆功能。这里对比 7 款社区记忆插件，以及官方提供的 3 个 MCP 记忆服务器示例配置。
DeepSeek Harness（dsh）没有官方的长期记忆功能——这是一个有据可查的缺口，不是你漏看了什么。它有的是一套上下文压缩系统，加上一个足够开放的插件生态，社区已经产出了至少七款跨会话记忆插件，以及三份官方示例配置，用来接入带记忆能力的 MCP 服务器。本文把它们全部拿来对比。
一览表
| 插件 | Star 数 | 思路 | 链接 |
|---|---|---|---|
| dsh-mnemon | 16 | 三层：Runtime / Documents / Memory Spaces | 插件详情 |
| distill | 15 | 后台子代理反思 → 创建/更新 skill | 插件详情 |
| dsh-mneme | 9 | SQLite + Markdown 镜像，后台整合 | 插件详情 |
| dsh-memento | 3 | 需审批的 ctx.memory 接缝，SQLite provider | 插件详情 |
| dsh-memory（jesse-njx） | 2 | 引用可回溯到原始 session 日志片段 | 插件详情 |
| dsh-memory-gate | 2 | FTS5 claims，带可解释的召回决策与审计轨迹 | 插件详情 |
| dsh-memory-meow | 2 | 项目级 PROJECT.md 快照 | 插件详情 |
这七款插件全部来自 FindHarness curated（source: awesome）索引下的 memory 分类。没有一款是 DeepSeek 官方产品——下文"为什么没有内置记忆"一节讲清楚了 dsh 实际提供了什么。
为什么 dsh 没有内置记忆
有两个事实解释了这个缺口。第一，dsh 确实提供官方的上下文压缩能力——compaction/compaction、compaction/compaction-basic、compaction/compaction-tool-result-pruner 等 package，加上一个 /compact 人类命令——但压缩管理的是单个 session 上下文窗口里能塞下多少内容，而不是跨 session 持久保留什么。第二，"长期记忆"是项目 GitHub Discussions 里互动量最高的开放需求之一：Discussion #14（"求一个memory能力"）大约有 30 条评论，官方也没有任何回应表明这在近期路线图上。
正是这个缺口，让插件生态填进来了至少七种独立的实现思路，再加上下文会讲到的官方示例——供那些更想接一个 MCP 服务器、而不是装一个 dsh 原生插件的人使用。
七款记忆插件详解
1. dsh-mnemon —— 三层记忆模型
github.com/omdsh-dev/dsh-mnemon · 16 star · MIT · npm：dsh-mnemon
集成"Deep Mnemon"，采用三层结构：Runtime Memory（短生命周期、session 内）、可检索的 Documents，以及受监督的 Memory Spaces（一个经过人工审核、可信度更高的层级）。这个分层设计是它区别于其他插件的核心思路——并不是每款记忆插件都会把"agent 注意到的东西"和"人工审核过的东西"分开处理。
dsh plugin --profile web add dsh-mnemon
2. distill —— 自动对话蒸馏
github.com/loserfox/distill · 15 star
跑一个后台子代理来反思对话内容，并据此创建或更新 skill——这和列表里大多数存储"事实"的插件是不同的心智模型。distill 把重复出现的模式转化成可复用的 skill 定义，更接近"agent 自学一项新能力"，而不是"agent 记住一个事实"。
dsh plugin --profile web add github:loserfox/distill
3. dsh-mneme —— SQLite 加人工可编辑镜像
github.com/modusensus/dsh-mneme · 9 star · MIT
跨会话记忆基于 SQLite，同时维护一份保持同步的人工可编辑 Markdown 镜像——这样你不需要数据库客户端也能读取、手动编辑 agent 记住的内容。它会跑后台整合（去重、合并、冲突解决），并提供六个记忆工具。这份 Markdown 镜像是它最突出的特性：大多数记忆插件都是只能通过工具调用才能查看的黑盒。
dsh plugin --profile web add github:modusensus/dsh-mneme
4. dsh-memento —— 需审批、可审计
github.com/perrylink/dsh-memento · 3 star · Apache-2.0 · npm：dsh-memento
这份列表里安全意识最强的设计：一个带类型的 ctx.memory 能力接缝，配一个零依赖的 SQLite provider、一个 memory 工具，以及冻结快照注入。每一次写入都要经过 dsh 的审批门（和保护文件写入、shell 命令的是同一套 ask/never 机制），而且记忆存储始终可以从 session 日志重建——也就是说你永远不需要把黑盒数据库当成唯一可信来源。如果你担心 agent 悄悄积累起持久化状态，这就是专门针对这个顾虑设计的插件。
dsh plugin --profile web add dsh-memento
5. dsh-memory（jesse-njx）—— 带引用的记忆
github.com/jesse-njx/dsh-memory · 2 star · MIT
这里蒸馏出的事实都带有 (sessionId, eventRange) 引用，可以展开回到它们最初来源的那段原始日志片段。这直接回应了任何基于摘要的记忆系统都会遇到的常见担忧——"agent 是真的说过/看过这个，还是在蒸馏过程中臆造出来的？"——做法是保留一条可追溯回源头的链接。
dsh plugin --profile web add github:jesse-njx/dsh-memory
6. dsh-memory-gate —— 可解释、有边界的召回
github.com/git121995/dsh-memory-gate · 2 star · MIT
作者称之为"CBDC 权限门控"的有边界本地记忆：基于 SQLite + FTS5 的 claims，带可解释的 use/verify/ignore 召回决策和完整审计轨迹、/memory 人类命令，以及每次调用注入约 3 条 claim / 1,200 字符的硬上限——判断该注入什么不需要额外的模型调用。如果你担心记忆检索会悄悄推高 token 账单，这个注入上限和"不需要额外模型调用"的设计值得关注。
dsh plugin --profile web add github:git121995/dsh-memory-gate
7. dsh-memory-meow —— 项目级记忆
github.com/phant0meow/dsh-memory-meow · 2 star · MIT
把记忆的作用域限定在项目上，而不是用户或 agent：一份 PROJECT.md 快照会被注入到 session 首条用户消息里，一个 memory_remember 工具让 agent 可以往里追加，并在 ReAct 风格任务结束后自动反思。每个项目各自保留独立的记忆文件——如果你在同一台机器上跑 dsh 处理多个互不相关的代码库，又不想记忆在它们之间相互混杂，这一点很重要。
dsh plugin --profile web add github:phant0meow/dsh-memory-meow
官方替代方案：MCP 记忆服务器
如果你不想让像"持久记忆"这么敏感的东西依赖一个社区插件，dsh 官方的 MCP 客户端提供了一条有文档支撑的一等公民路径来达到同样的效果——你连接的是一个外部 MCP 服务器，而不是安装一个 dsh 专属插件。dsh 仓库在 examples/mcp-memory/ 下专门为此提供了三份示例配置：
examples/mcp-memory/engram.cordis.yml
examples/mcp-memory/mcp-reference-memory.cordis.yml
examples/mcp-memory/memorix.cordis.yml
每一份都把不同的、带记忆能力的 MCP 服务器接成一个 @deepseek-ai/dsh-mcp-client 实例。记住 dsh 里的 MCP 支持只桥接 Tools，不桥接 Resources 或 Prompts——所以你接入的任何记忆服务器都需要把它的检索/存储操作暴露成可调用的工具，而不是 MCP 资源，dsh 才能真正用上它们。
插件还是 MCP：怎么选
没有唯一正确答案，但这个权衡的形状是稳定的：
- 一个 dsh 原生插件（上面七款中的任意一个）安装更简单（
dsh plugin add），通常在进程内运行，但你要信任的是一个专属于 dsh 的、由社区维护的存储层。 - 一个 MCP 记忆服务器把记忆和 dsh 完全解耦——同一个服务器也能服务其他兼容 MCP 的工具——代价是要单独运行和维护一个进程，而且能力范围受限于该服务器暴露了哪些 Tools。
如果可审计性对你最重要，dsh-memento 的审批门设计和 dsh-memory-gate 的审计轨迹是专门针对这个顾虑打造的两款。如果你想要一份完全脱离 dsh 也能存活的记忆，MCP 路径的可移植性更好。
FAQ
DeepSeek Harness 默认会在会话之间记住任何东西吗？
不会。没有记忆插件或 MCP 服务器的话，每个 dsh session 都是全新开始的，除了你工作区磁盘上已有的内容（文件、AGENTS.md/CLAUDE.md、git 历史）。上下文压缩管理的是单个 session 内能塞下什么，不会把事实持久化到一个新 session 里。
这和上下文压缩是一回事吗？
不是——压缩（/compact、compaction-* 系列 package）通过摘要或裁剪旧轮次来降低一个活跃 session 内的 token 用量。记忆插件加的是一个独立的、显式的持久化层，能完全跨越 session 存活下来。
哪款记忆插件安装量或使用量最大？
FindHarness 只统计 GitHub star 数，这几款插件之间没有拉开明显差距——dsh-mnemon 以 16 star 领先。star 数只是一个粗略的受欢迎程度信号,不是使用量或可靠性指标；投入使用前请先读一遍各自的 README。
可以同时用多个记忆插件吗？
技术上没有什么能阻止你装两个，但这些插件大多都会注册自己的工具，有些甚至有自己的存储 schema——两个并行跑，更可能产生令人困惑的重复召回，而不是更好的结果。选一个就好。
这些插件有 DeepSeek 官方审核或背书吗？
没有。全部七款都是通过 GitHub dsh-plugin 话题标签和 awesome-dsh-plugin 列表被发现收录的社区项目；没有一个是在 deepseek-ai 组织下发布的。安装前请参考我们的插件安全检查清单。
下一步
想了解接入 MCP 服务器的完整机制（传输方式、工具命名、重连行为），见如何在 DeepSeek Harness 中使用 MCP 服务器。浏览完整的记忆分类见 /categories/memory，如果这是你第一次安装插件，先读一遍如何安装 DeepSeek Harness 插件。