DSH Plugins
返回列表
🧠

dsh-native-memory

记忆 更新于 2026.08.25

在终端中运行以下命令:

dsh plugin install highland0971/dsh-native-memory

将以下提示词粘贴到 DeepSeek Harness 对话框中:

在 DeepSeek Harness 终端中执行 dsh plugin install highland0971/dsh-native-memory 即可安装,源码见 https://github.com/highland0971/dsh-native-memory 。

插件介绍

在 DeepSeek Harness(dsh)里同时维护多个项目、多轮会话时,模型往往每轮都从零开始,或者把所有历史硬塞进上下文——既浪费 token,又容易丢失关键事实。dsh-native-memory 把长期记忆直接落在 dsh 自身存储域(~/.dsh/storages/dsh_memory.json),按精确工作区(cwd)隔离,不引入任何外部服务或额外运行时依赖,仅依赖 zod 与 harness 本身。\n\n它的核心设计围绕「安全可控」展开:所有写入(remember / edit / forget / import)都经过人工审批门控并留下会话日志审计;召回分三层——常驻档案始终注入、关键词三档扫描(标签 > 文本 > 模糊,新鲜度/访问频次做 tie-break)、以及针对当前工作区历史会话的全文检索(调用方自动排除)。每条事实都记录来源 sessionId 与 seq,可从无损会话日志完整重建,保证可溯源。秘密检测默认拒绝 token / key / password 形态的文本,提示注入与工具输出也会自动打码。此外,插件提供只读浏览器页面(设置 → 记忆)以掩码方式浏览所有工作区事实,支持 opt-in 的会话结束蒸馏提案,以及默认开启的压缩漂移守卫——确定性检测 compaction 摘要遗漏的字面锚点,无需 LLM 介入。\n\n适合在 dsh 中管理多项目、希望记忆按工作区严格隔离、写入必须经人确认、且不想为记忆引入独立后端服务的开发者。如果你已经习惯 dsh-hermes-memory 的全局静默写入模式,可以把它当作「更保守、更细粒度」的替代方案;如果你从零搭建 dsh 多项目工作流,它是一层开箱即用的原生记忆基座。

使用场景

  • 多项目并行开发时,按工作区隔离记忆避免上下文互相污染
  • 长会话跨天续接时,通过 FTS 精准召回历史事实而非全量注入
  • 团队审查 AI 写入的记忆内容时,审批门控确保每条事实经人确认

适合人员

  • 在 dsh 中维护多个工作区、需要按项目隔离记忆的开发者
  • 希望 AI 记忆写入必须经人审批且保留完整来源链的团队
  • 不想为记忆功能引入外部服务或额外后端依赖的 dsh 用户