一个七层记忆库上线后，哪些判断被推翻了

一个七层记忆库上线后，哪些判断被推翻了

把七层记忆库（Phant0Meow/dsh-meow-memory，npm latest 0.31.0，MIT，240 星）接进日常会话一段时间后，回头再看，最值得记下来的不是功能清单，而是六个当初很笃定、后来被机制逐个纠正的判断。

这些判断都不是拍脑袋来的，每一条在文档里都能找到半句支持，问题出在默认值、触发条件和口径差异上。下面按被推翻的顺序写。

第一处：以为新会话第一句就会命中

原来的假设。 既然库里存了这条记忆，新开会话第一句话提到相关的事，它就该被检索出来。

实际行为。 首轮只注入 soul、user、设计原则和记忆导引这几层静态底料，关键词命中从第二条用户消息才开始。也就是说，第一句话永远只有"底料"，没有"命中"。

改法。 第一句先把上下文说全，比如"接着昨天那个构建问题往下"，让第二轮有词可提；需要立刻拿到某个项目的全貌，就直接调 memory_project，不指望自动命中。

第二处：以为白天不忙的时候会自动整理

原来的假设。 整理应该发生在"人不在电脑前"的时候，白天开个短会回来，库就该被收拾过一轮。

实际行为。 dream 要同时满足两个条件：窗口空闲 ≥3 小时（dream.idleMinutes 默认 180），且不在北京时间 09:00–12:00、14:00–18:00 两个峰时抑制窗口内。白天大部分时间恰好落在这两个区间里，加上人一走开往往不到三小时就回来，自动整理基本轮不上。

改法。 把自动整理当成夜间行为，白天需要收敛就手动敲 /dream，这条命令不受峰时抑制。会议间隙想整理，手动比等条件凑齐现实。

第三处：以为备份是默认开着的

原来的假设。 一个带 SQLite 文件的插件，备份应该是出厂就有的兜底。

实际行为。 backup.enabled 默认是关的。打开之后，dream 收尾会用 VACUUM INTO 做一致性快照，轮转到 memory.db.bak，按 mtime 增量、幂等，而且失败是静默的——不会弹错误，也不会提醒你。

改法。 显式打开，并且定期看一眼 memory.db.bak 的 mtime 有没有在变。失败静默这条设计意味着"没报错"和"备份成功"是两件事。

第四处：以为语言包名写错会报错

原来的假设。 配置写错了，插件至少该在启动时给一句提示。

实际行为。 promptLang 的值就是 src/prompts/ 下的子目录名，逐字匹配。填一个不存在的名字（比如想写 pt-br 却写成 pt），不会报错，而是静默落回中文包。

改法。 只用 zh、en、pt-br 三个值；改完随便开一轮，看注入文案和工具描述的语言对不对，用结果验证而不是用配置验证。

第五处：以为换个工作目录记忆还在

原来的假设。 记忆存在"这个工具里"，跟我在哪个目录启动无关。

实际行为。 projectDir 默认是 .dsh-meow，相对工作区。换一个目录启动，就是一个全新的空库，看起来跟"记忆全丢了"一模一样。

改法。 固定工作区启动；确实要换，先把 projectDir 指到一个稳定的绝对路径，迁移前把 memory.db 整个复制过去，别在两个库之间来回切。

第六处：以为短任务也会触发反思

原来的假设。 每做完一件事，插件都会问一句"要不要记下来"，所以不用自己惦记。

实际行为。 反思的触发条件是单次任务内连续 ≥7 个工具 step。改一行配置、查一个文件这种两三步就结束的任务，永远等不到那句询问。另外，如果最后一个工具是 memory_*，会被视为已经主动记忆，不再重复反思。

改法。 短任务里手动 memory_remember，尤其是"这次踩到的坑"这种一句话就能说清的东西；长任务才交给自动反思兜底。

第七处：以为 README 的兼容声明等于实测结论

原来的假设。 README 写着兼容 dsh 0.1.5，我在 0.2.x 上跑，属于"高版本向下兼容"，应该更没问题。

实际行为。 README 的兼容声明写到 0.1.5，站内实装验证跑在 0.2.1-rc.2 上，两处口径不一致也不完全等价：前者是作者声明的支持范围，后者是一次具体版本上的真实安装结果。包里 engines.node 没声明，dsh 版本约束也没声明，装得上不等于每个功能都在你的版本上正常。

改法。 升级 dsh 前先在测试 profile 里跑一遍：首轮注入、一次 memory_remember、一次检索、客户端渲染，四样都过再换生产 profile。

上线之后改掉的三件事

第一，把"记忆"从被动等待改成主动写入：短会话手动记，长会话靠反思，dream 只在夜间跑。第二，把默认值逐个显式化：backup.enabled 打开、projectDir 固定、promptLang 写全、hitTopK 按项目调。第三，接受检索是词面匹配这个前提，关键词按"用户会怎么说"来写，而不是按"我怎么总结"来写。

还有一条不能省：这个插件在站内是 🔵「含敏感能力」，98 处证据（读写与删除本地文件、写剪贴板、请求自身的 /meow-memory/* 端点），尚无人工评估，站点未做风险分级。上线前把这些能力项对着自己的目录权限过一遍，比看评分有用。想对照其他插件的中文清单与安装形态，可参考 完整插件清单与汉化避坑指南。

总结

这七处被推翻的判断有一个共同点：文档给的是机制，默认值给的是另一套体验，两者之间的落差只能靠实跑填平；想对照同类插件的中文清单与安装形态见 完整插件清单与汉化避坑指南。

适合与不适合

适合：愿意先花半天把默认值逐个显式化、再长期使用的团队；记忆条目以项目事实和教训为主、关键词写得出来的场景；夜间有稳定空闲窗口，能接受整理延迟的人；需要按项目隔离记忆的多项目并行开发者。

不适合：希望装上就自动运转、不打算读配置项的人——备份默认关、语言包静默回落、整理有峰时抑制，每一个都会让"默认体验"和预期不一样；要求语义检索或强确定性命中率的流程；对本地文件读写权限敏感、需要人工评估结论才能引入的团队。

标签：七层记忆库、DeepSeek Harness、项目复盘、跨会话记忆、SQLite

本文由 DeepSeek Harness Hub 自动整理，数据来源于插件详情页。