DeepSeek Harness 记忆插件第二轮：evolve、mnemon 与 core-memory 怎么选与组合

记忆插件进入第二轮：从「记得住」变成「怎么演化、怎么隔离、怎么迁移」。 三款代表实现各有侧重，选错不会报错，但记忆会越用越乱。

三款与第一轮的区别

差别在记忆的生命周期，不在存取本身。

第一轮解决「有没有」，第二轮解决「怎么管」，成本也更高。 记忆多了以后，分层、隔离与遗忘比「能不能存」更重要。参数更多、数据结构更复杂；配置不当会表现为「记忆混乱」或「召回不准」。

dsh-memory-evolve：分层与演化

它把记忆做成会演化的分层结构。

1. 分层记忆：短期、长期与核心层分开。
2. 跨会话：项目决策可以记住并复用。
3. 演化：记忆会随使用调整权重与内容。
4. 遗忘：支持衰减，避免记忆无限膨胀。
5. 隔离：按命名空间或工作区分组（来源）。

分层是它的核心，演化则需要参数。 不同层保留不同细节；核心层放稳定结论，短期层放临时上下文。衰减半衰期、命名空间与同步策略都会影响结果；默认值不一定适合你的使用频率。

dsh-mnemon：记忆代理

它把记忆的整理与检索交给代理。

1. 代理负责判断什么值得记。
2. 检索时由代理挑选相关记忆。
3. 支持结构化整理，减少噪声。
4. 与普通记忆插件相比，多一层判断成本。
5. 适合记忆量大、需要整理的场景。

代理是双刃剑，先看它怎么选。 它能过滤噪声，也会增加一次判断调用；简单场景可能不值得。记忆代理的判断标准不透明时，容易出现「该记的没记」；配置与日志要看。

dsh-core-memory：核心记忆

它聚焦「稳定结论」，不追求记住一切。

1. 核心记忆存长期偏好与关键决策。
2. 短期上下文不进入核心层。
3. 适合需要稳定人设与项目约定的场景。
4. 记忆量小，召回更准。
5. 不适合替代完整记忆库。

核心记忆是「少而稳」，与分层插件搭配更合理。 它不解决「记住所有细节」，只保证关键内容不丢。核心层放稳定内容，其他层放临时内容；单独用会显得「记得太少」。

能不能同时装

技术上可以，实践上不建议。

1. 多个插件同时注入记忆： 召回结果会叠加，同一内容被多次召回，浪费上下文。
2. 记忆写入可能重复： 库越来越大，删除与迁移会变成多份数据。
3. 排查时分不清： 不知道是哪一款在起作用。

选一个主记忆，先用一周再决定。 需要不同能力时，选覆盖更全的，而不是叠加。记忆效果需要时间显现；频繁换插件，永远看不到稳定结果。

数据位置与迁移

换插件不会自动迁移记忆。

1. 确认数据位置： 本地文件、目录或数据库，并优先选择支持 JSON 导出的实现。
2. 导入前备份： 避免覆盖现有记忆。
3. 迁移后验证： 用旧会话里的细节提问。
4. 保留旧数据一段时间： 确认无误再清。

迁移的关键是「可读」，备份也要整目录。 加密或私有格式难以迁移；选型时先看导出能力。只复制一个文件，可能丢掉索引或附件。

选型建议

按「记忆量、要不要分层、是否需要整理」选。

先跑通再升级，不要为了功能多而选。 第一轮插件能解决大部分「记不住」；确实需要演化与隔离，再换第二轮。参数越多，配置成本越高；用不到的能力就是负担。

失败排查

记忆插件的失败集中在四类。

1. 记不住： 开关未开、命名空间不对或写入失败。
2. 记错： 召回把旧结论当新结论；检查演化与优先级。
3. 越用越慢： 记忆库膨胀、召回范围过大；调衰减或清理。
4. 换插件后丢失： 数据格式不兼容或路径变化；按导出导入流程处理。

四类的排查入口是「写入日志 + 召回记录」，先小范围验证。 看它写了什么、召回了什么，比看界面提示有效。用一个项目、一个命名空间测试，再扩大范围。

下一步

先定记忆量，再选分层与隔离。 想看第一轮盘点，看《dsh 记忆插件有哪些》；想看横向对比，看《DeepSeek Harness 记忆插件怎么选》；想看会淡忘的记忆，看《dsh-fish-memory 是什么》。

来源：dsh-memory-evolve 插件页（piaobo123）、dsh-memory-evolve 插件页（brianwang2007xjtu）、DeepSeek Harness 官方文档