dsh-mnemon

记忆系统往往面临一个两难：要么把所有知识塞进一个数据库，要么让上下文每轮都膨胀到失控。dsh-mnemon 用三层结构解决了这个问题——Runtime 层把偏好、协作规则、项目约定等压缩成每轮可用的紧凑上下文；Documents 层保存完整的设计、复盘与交接文档；Memory Spaces 层按需从九个长期存储引擎中检索跨会话的证据。三层各司其职，不是彼此的副本，且第一二层完全由确定性 Host 管理，不额外消耗模型上下文。

真正让 dsh-mnemon 与众不同的是 Agent 驱动的受监督工作流。无论是 Remember 的蒸馏写入、Agent query 的有界检索问答，还是智能路由与元数据生成，都由独立的后台任务 Agent 完成，不触碰主对话历史。你可以为这些后台任务单独指定模型与提供商，也可以让 Search 和 Turn memory 保持纯确定性的快速读取。九种提供商——从本地优先的 Mnemon 原生引擎，到 OpenViking、Honcho、Mem0 等外部服务——能力差异完全透明，插件不会为不支持的引擎虚构图谱或删除语义。

如果你是 DeepSeek Harness 的重度用户，希望在多工作区、多 Agent 之间建立统一但灵活的记忆控制面；或者你所在的团队已经使用某个长期记忆服务，想在保留既有工作流的同时接入 DSH——dsh-mnemon 都提供了清晰的边界：Provider 服务由 Settings 统一管理，具体实例、激活与作用域由 Memory Spaces 掌控，WebUI、对话界面与 Headless 共享同一套系统。数据安全方面也有明确承诺：凭据以 0600 权限保存、Host 调用禁用 shell、卸载插件不会删除任何本地或远程记忆数据。