Back to catalog

sikwoxy /

dsh-tool-memory

Manifest verified

DeepSeek Harness 插件:跨会话持久记忆(Hermes 式)

0 Stars0 Forks0 IssuesN/A Community rating0 Confirmed installs
READMESource: main@244eef0b

dsh-tool-memory —— DeepSeek Harness 跨会话持久记忆插件

Hermes Agent 的 memory 工具 的机制移植到 DeepSeek Harness:有界、纯文本、跨会话的记忆。 插件加载与每个新会话开始时,把记忆以冻结快照注入 system prompt; 会话中途的写入立即落盘,但不改变 system prompt——保住 LLM prefix cache。

记忆机制(与 Hermes 对齐)

机制 Hermes 本插件(DSH)
存储 ~/.hermes/memories/MEMORY.md + USER.md <root>/MEMORY.md + USER.md(默认 $DSH_HOME/memories
条目格式 § 分隔的纯文本列表,可多行 同左(分隔符 \n§\n,与 Hermes 逐字符一致)
两个存储 MEMORY=代理笔记;USER=用户画像 同左
字符预算 2200 / 1375 字符(按字符数,模型无关) 同左(可用配置覆盖)
冻结快照 会话开始时注入 system prompt;中途写入不改快照 同左:插件加载 + session/created 时重建快照,经 ctx.systemPrompt.section() 注入
工具面 单工具 memory + action 参数 DSH 惯例拆分:memory_add/replace/remove/batch/show/refresh
定位 replace/remove 用短唯一子串匹配,非 ID 同左;歧义报错引导更具体
预算超限 返回合并引导错误(列出当前条目),本轮内合并后重试 同左(错误信息含条目清单与占用)
批量 apply_batch 原子、对最终预算校验 同左(all-or-nothing)
写安全 锁文件 + 原子写 + 漂移保护(外部内容不 round-trip → 拒写 + .bak 快照) 进程内互斥 + 原子 rename + 同款漂移保护
威胁扫描 写前扫描(strict 作用域)+ 快照构建时屏蔽毒条目 同左(英文模式移植 + 3 条保守中文模式 + 不可见 Unicode)
成功响应 终态:报占用、不回显条目(防重复调用) 同左(note: 写入已完成,不要重复执行

安装

# 在 deepseek-harness 环境内
dsh plugin add dsh-tool-memory

插件注册 3 个 system-prompt section(笔记快照 / 画像快照 / 首次使用引导)与 6 个工具,用自然语言直接指挥即可:

工具 参数 说明
memory_add content(必填), target? 追加一条记忆(默认 memory=我的笔记;user=用户画像)
memory_replace old_text, new_content, target? 替换「包含 old_text 子串」的条目
memory_remove old_text, target? 删除「包含 old_text 子串」的条目
memory_batch operations(必填), target? 原子批量(删旧加新一次完成)
memory_show target? 查看活状态条目与占用
memory_refresh 手动重读磁盘并重建快照(通常无需调用)

初始化模式(首次使用)

用户画像(USER.md)为空时,system prompt 会自动注入一段首次使用引导, 由模型主动向用户提问(怎么称呼、做什么工作/项目、沟通偏好等):

  • 用户回答后,模型把信息整理成条目写入 USER.md;
  • 画像一旦有内容,引导 section 返回空——引导自动消失,无需删除任何文件 (判据就是「USER.md 是否为空」,清空画像即重新初始化);
  • 不想介绍可直接回复「跳过」,引导会在下次会话再次出现。

示例对话:

  • “记住:这个项目的文档任务用反向工作流”
  • “把『codex CLI』那条更新为 v0.148”
  • “删掉『临时备注』那条”
  • “我改过 MEMORY.md 了,刷新一下记忆”
  • “你记得我有什么工作习惯吗?”(模型从 system prompt 快照回答)

后台记忆自动沉淀(后台记忆评审)

机制对齐 Hermes 的后台自改进循环: 对话中自然暴露的用户偏好、纠正、环境事实(“别这么啰嗦”“记住这个项目用反向工作流”) 不再需要模型主动 memory_add——插件每 N 条用户消息自动跑一次隔离子代理评审, 把值得长期记住的信息沉淀进 MEMORY.md / USER.md。

机制:

  1. 插件监听 session/event 事件流,只对用户消息user/message)计数; 纯工具回合是执行细节,不计入(评审信息来源是用户消息,避免高频空转)。 会话恢复/续接时从历史事件流对齐取模,续上原来的 N 节奏。
  2. 每 N 条(默认 10)触发一次评审:把最近 24 条对话 verbatim 转写 (USER: / ASSISTANT:,工具调用只列名字、正文截 200 字符)打包, 用 ctx.subagents 程序化拉起一个隔离子代理执行:
    • 评审代理只拥有 memory_* 工具toolFilter 白名单), 无法执行 shell、读写文件或调用其他工具,不污染主会话;
    • 提示词要求评审代理memory_show 读活状态再决定增删改 (system prompt 里的 MEMORY/USER 块是会话开始时冻结的,可能已过时);
    • 容量超限时用 memory_replace/memory_remove 合并腾出空间, 或一次 memory_batch 完成“删旧 + 加新”;
    • 评审与主会话共用同一个 MemoryStore 实例,写路径的进程内互斥 + 锁内重读天然串行化并发写。
  3. 评审结束后按 reviewNotify 三档发通知(投递走 agent 的 inbox: 空闲时唤醒、忙碌时排队到下一步;form: 'notice',GUI 折叠展示):
    • off:不发通知;
    • on(默认):💾 Memory updated(+n 条)Nothing to save
    • verbose:追加具体增删改条目摘要。
  4. 同一会话并发防抖:一个评审未结束时不会启动第二个(计数继续, 到下一个 N 的倍数再触发)。
  5. 评审子代理的传输默认用标准进程内 spawn provider(未注册或不支持工具过滤时 回退到第一个支持 toolFilter 的 provider);reviewProvider/reviewModel 只控制评审子代理的模型路由(留空=跟随主 agent 的 provider/model, 可配便宜模型省成本)。

降级说明(配置保留、功能跳过、不崩溃):运行时未注册 subagent provider、 没有支持 toolFilter 能力的 provider、或会话没有关联的活 agent 时, 评审自动跳过并 console.log 说明原因,三档通知配置仍保留; 没有任何活 agent 可投递时通知降级为 console.log

- id: memory
  name: dsh-tool-memory
  config:
    nudgeInterval: 10      # 每 N 条用户消息触发一次后台评审;0=关闭自动评审
    reviewProvider: ''     # 评审子代理的 LLM provider(路由);留空=主 agent 的
    reviewModel: ''        # 评审子代理的 LLM model;留空=主 agent 的
    reviewNotify: 'on'     # 评审完成通知:off / on / verbose

插件配置

在 profile / 组合包层的 cordis.patch.yml 中按需覆盖:

- id: memory
  name: dsh-tool-memory
  config:
    root: '/abs/path/to/memories'   # 默认:$DSH_HOME/memories(DSH_HOME 或 ~/.dsh)
    memoryCharLimit: 2200           # MEMORY.md 字符预算
    userCharLimit: 1375             # USER.md 字符预算
    nudgeInterval: 10               # 每 N 条用户消息触发一次后台评审;0=关闭
    reviewProvider: ''              # 评审子代理的 LLM provider(路由);留空=主 agent 的
    reviewModel: ''                 # 评审子代理的 LLM model;留空=主 agent 的
    reviewNotify: 'on'              # 评审完成通知:off / on / verbose

记忆文件格式

MEMORY.md 就是纯文本条目列表,可随时用编辑器查看/修改:

codex CLI 已装 ~/.local/bin/codex(v0.147.0),登录态有效
§
流水线工具 wf 在 ~/work/bao/baoagent/workflow/wf,命令: init/start/done
§
用户网络位置上海:依赖库/大文件下载优先国内镜像
  • 手动编辑会被尊重:写入前插件会重新读盘;无法 round-trip 的内容触发漂移保护 ——拒绝写入并保存 MEMORY.md.bak.<时间戳> 快照,绝不静默丢弃你的手改。
  • 编辑后想让新会话之外、当前会话也立即生效,调用一次 memory_refresh

设计说明(与 Hermes 的有意差异)

  1. 冻结快照的时机:Hermes 在会话开始冻结;本插件在插件加载session/created 时重建快照(DSH 的会话事件),语义等价;另提供 memory_refresh 工具覆盖「手动编辑后立即生效」的场景(会打破 prefix cache,属有意操作)。
  2. 跨进程并发:Hermes 用 fcntl 锁文件;Node 无标准等价物,本插件用 进程内 promise 互斥(同一 DSH 进程内多 agent 并发写串行化)+ 原子 rename(读者永远看到完整文件)+ 漂移保护(跨进程外部写入不被覆盖)。 单进程 DSH 部署下三者已闭环。
  3. {{变量}} 转义:DSH 的 system prompt 装配会对 section 做 {{name}} 插值,未注册变量会直接抛错。记忆内容里的模板/代码片段(如 {{user}}) 会被自动转义为 {​{(零宽空格分隔),保证装配永不被打断。
  4. 威胁扫描:移植 Hermes strict 作用域模式(注入/越狱/回连/外传/后门/硬编码密钥) 并补了 3 条保守的中文模式;命中即拒写;历史毒条目在快照中替换为 [BLOCKED: …] 占位符,原文保留在文件里供检查删除。
  5. 每回合合并失败上限(Hermes issue #42405 的循环保护)未移植—— DSH 工具调用模型侧自带预算约束;成功响应保持终态防抖。

开发与测试

pnpm install
pnpm typecheck   # tsc --noEmit
pnpm test        # vitest:MemoryStore 单元测试 + 插件装配/快照语义测试 + 后台评审测试
pnpm build       # tsdown → lib/

测试覆盖:§ 分隔持久化、预算与合并引导、批量原子性、漂移保护与 .bak、 威胁拦截与快照屏蔽、读失败保护、冻结快照语义(中途写入不改 prompt、 session/createdmemory_refresh 重建快照)、{{变量}} 转义、 后台评审(计数触发、取模对齐、纯工具回合不计入、并发防抖、对话打包格式、 子代理 toolFilter 白名单与提示词、通知三档、provider/agent 缺失降级)。

License

MIT

COMMUNITY RATING

/ 5

No ratings yet

No sign-in required · one vote per visitor

COMMENTS

Community comments

No comments yet. Be the first to write one.