mneme
Mneme — cross-session memory for DeepSeek Harness. 本清单只是仓库壳:插件本体在 dsh-mneme/(@modusensus/dsh-mneme);mcp/(mneme-memory)是同仓另一个可独立发布的 npm 包,不随本仓 workspace 管理。
What it is
Mneme — cross-session memory for DeepSeek Harness. 本清单只是仓库壳:插件本体在 dsh-mneme/(@modusensus/dsh-mneme);mcp/(mneme-memory)是同仓另一个可独立发布的 npm 包,不随本仓 workspace 管理。
How to install
Run this in the DSH web profile, then refresh the page.
$ dsh plugin --profile web add mneme@0.1.1-alpha.2
DSH versions accepted
Undeclared
Author and traction
slow-stack · ★ 218 · Updated 2026-11-09
About this plugin
dsh-mneme
🌏 简体中文 · English 🧬 给 LLM 装上会自我进化的记忆
dsh-mneme 是 DeepSeek Harness (DSH) 的跨会话记忆插件。它不只「存得下」,更「管得好」:后台自动去重合并、矛盾先冻结等你裁决、全程可回放审计、记忆只落在本机,还支持导出成人可读的 Markdown。 Mneme(Μνήμη)源自希腊记忆女神 Mnemosyne。她掌管记忆与梦境——正如 autoDream 在后台默默巩固你的记忆库。 📰 最近更新 只记大改动,逐条细节见 CHANGELOG。 它解决什么问题
每次新开对话,AI 都像第一次认识你?
dsh-mneme 给 DeepSeek Harness 装上跨会话记忆。 你聊过的项目、提过的偏好、做过的决定,AI 都记得——即使关掉了窗口,下次打开还在。 但 dsh-mneme 的可信之处,恰恰在你看不见的后台。下面这些,才是它和「一个会存东西的插件」的本质区别。 为什么可以信任它 🧾 可回放、可追责 — 每次自动整理都留一张「决策凭证」:输入快照 + 决策明细 + 结果哈希,同样的整理可复现回放,不默默吞错、不留无法追溯的改动。 ⚖️ 矛盾先冻结,等你裁决(可关)— 两条记忆打架时,不擅自替你做主。可疑冲突会挂起待审,状态页冲突队列里并排对比、一键裁决(保留 A / 保留 B / 仅标记),确认后才生效。复杂判断,人永远在线。 🔐 记忆按 agent 与工作区隔离(可关)— scopeEnabled 开启后,每条记忆标注由哪个 agent、在哪个工作区写入;检索时本会话作用域优先(命中加权,他 scope 降权仍可见);strictScope 再进一步——显式声明收窄到他者作用域的记忆在检索/注入里完全不可见(载体自动标注只降权,不硬挡)。多 Agent、多项目互不串台。 🌙 夜深人静才动手(可关)— 空闲时自动分层归档:常看的留在热区、久不用的压成摘要、陈旧的彻底归档。记忆库越用越精炼,不膨胀。 🧠 语义检索可以完全离线 — 把 embedProvider 设为 local 后检索走本地 Embedding 与精排,不需要 API Key;没配嵌入时关键词 / BM25 检索照样能用。 📝 Markdown 双向同步 — 记忆就是本地 .md 文件,随时打开编辑;人工改动会被优先尊重,不会被机器覆盖。 💾 删对话 ≠ 删记忆 — 记忆是跨会话的全局知识,清空聊天窗口,已保存的记忆仍在(v0.7.11 起不再与会话绑定)。 它和 Zep / Mem0 / Letta / Hindsight 比呢? 有一张逐项对照表——存储底座、检索、写入时抽取、离线巩固、冲突处理、遗忘、作用域、可审计性、多宿主、离线、许可证共 11 行,「—」不等于「差」:能力对比。 5 分钟上手
四种安装来源
DSH 的 设置 → 插件 → Add plugin 与 dsh plugin add 认四种写法,填进去的是什么就装什么。本仓库是个单仓多包:仓库根那份 package.json 只是仓库壳(private、不带 dsh 字段),真正可安装的插件本体在 dsh-mneme/。所以走 Git 或 tarball 时必须指到子目录,否则装到的是壳本身。 为什么仓库根要放一份装不了的壳?因为有些单仓多包探测器(比如 dshfind 的插件探测)只认仓库根的清单——没有它就会把本仓库判成「不可安装的插件包」,而这句判词与实际上能不能装无关。根清单 private + 0.0.0 + 不带 dsh 字段,就是为了让这类工具能找到子包、同时绝不被当成插件本体安装或发布。 面板里那行「Install guide and examples」只演示了包名一种写法;上面四种都是实测通过的。Git 与 tarball 来源在安装时宿主会做一次仓库可达性检查(超时默认 5 秒)。
装完即可用。想在 5 分钟内看到它的价值:
1. 聊:新开对话,跟 AI 聊几句关于你的偏好或手头项目(比如"我写代码更喜欢 4 空格缩进")。 2. 等:关掉窗口,重开新对话。如果它还记得刚才的事,说明记忆已经写入。 3. 调:去「设置 → 记忆库设置」按需打开下面三个开关(见快速配置)。 快速配置(可选) 以上均在 DSH 设置面板 → 记忆库设置 中修改。完整配置见 配置章节。 记忆库落点建议
记忆库默认在 ~/.dsh/memory,天然在宿主 profile 作用域之外;但真实落点由 memoryDir 配置决定。若把它指进 profile 作用域(形如 …/profiles/ /…),宿主清理或迁移 profile 时记忆库会被连带带走(#218 末楼记录的实际事故)。插件启动时检测到这种落点会打一条告警——只提示、不搬库。安全做法:memoryDir 保持在 profile 之外(默认值即可);要迁移库 = 停止写入 → 复制整个目录 → 改配置指向新位置 → 重启。 一图看懂记忆闭环
🧭 M.O.:让「怎么做」也住进仓库(v0.9 beta)
记忆库记得住为什么这么做,但记不住这件事到底怎么跑。工作流住在哪,决定了它能不能被改:住在记忆库里是一行没有 diff 的文字,住在会话里是一次性的提示词,住在人脑里改不动也不留痕。
所以 v0.9 把它们搬进项目仓库——一条工作流一个文件:
Similar plugins
EverOS
One portable memory layer for every AI agent: local-first, Markdown-native, user-owned, and self-evolving across apps, t…
billion-context
A context-compression plugin — small context windows (a 100K context is enough), 5x fewer tokens, month-long single sess…
dsh-context
A DeepSeek Harness plugin for context insight and management, with context dashboard and context command, for understand…