dsh-recall

DSH PLUGIN记忆与知识

仓库 Mongfayi/dsh-recall · npm dsh-recall

记忆与知识 L5 · 运行验证通过 安全审查:低风险 可信度:金 可安装插件
安装这个插件

DSH plugin 消息撤回插件,一键移除用户消息及其后全部内容,持久生效且不破坏界面。

一句话选型结论

按资料字段整理

dsh-recall 是记忆与知识类的 DSH 可安装插件,验证等级 L5 · 运行验证通过,安全审查为低风险,列出 4 项功能,有可直接复制的安装命令。验证通过不等于安全:插件会读写文件、执行命令或联网,装前先到仓库确认它做了什么;涉及密钥或系统权限的,建议先在隔离环境试装。

分类记忆与知识 收录类型可安装插件 验证等级L5 · 运行验证通过 安全审查低风险
验证等级 L5 L5 · 运行验证通过
GitHub 星标 2 复刻 0 · 未关闭 issue 0
最近更新 2026-10-05 创建于 2026-08-13
README 9.0 KB 正文体量,越大说明说明书写得越细

安装

可安装插件
在 DSH 里执行,装完用 dsh plugin list 确认已挂上;标了 L4 / L5 的命令已在沙盒里真实跑通
dsh plugin --profile web add github:Mongfayi/dsh-recall#v0.2.0
  1. 1
    确认版本与运行环境

    兼容的 DSH 版本为 0.2.0-rc.2 等 11 个;版本不匹配时安装会报错。

  2. 2
    执行安装命令

    在 DSH 里执行上面的命令;多包仓库要注意区分具体子包名,别装错包。

  3. 3
    确认已挂载

    用 dsh plugin list 查看列表里是否出现这个插件,出现即挂载成功。

  4. 4
    试跑并检查权限

    加载后跑一个最小用例,确认它能正常工作;同时看它申请了哪些文件、命令或网络权限。

兼容 DSH 版本0.2.0-rc.2 等 11 个版本版本不匹配时安装会报错
Node.js 要求未标注来自仓库 package.json 的 engines 字段
前置依赖无需要同时安装的同级依赖
npm 包名dsh-recall可用 npm view 查看包信息

能做什么

4 项功能
字段来自项目仓库与公开索引,中文说明由本站标注

dsh-recall:DeepSeek Harness 的对话撤回插件,为每条用户消息提供撤销按钮

  • 整轮撤回
  • 恢复编辑
  • 持久可追溯
  • 不破坏界面

适用场景

记忆联网搜索

上游标签

dsh-plugin

验证等级与安全审查

L5 · 运行验证通过
自动化流程结论,不是人工审核
验证等级L5 · 运行验证通过在 dsh 沙盒中完成安装与运行冒烟——装得上、跑得起来
安全审查低风险静态分析结论,未标注不代表已通过审查
仓库健康度活跃按仓库活跃度与最近更新时间给出
可信度金综合仓库活跃度与验证结果

上面的结论来自上游最近一次自动化验证(2026-10-08): 同一套检查会在插件发新版后重跑,页面显示的是最新一次的逐项结果。

逐项检查结果

L1 · 已找到 ✓ 通过
  • L1.0_DEFAULTED_FROM_L3 由 L3 推定 默认通过——L3 安装规范已通过(全库 L3 扫描策略)
L2 · 结构化 ✓ 通过
  • L2.0_DEFAULTED_FROM_L3 由 L3 推定 默认通过——L3 安装规范已通过(全库 L3 扫描策略)
L3 · 安装规范 ✓ 通过
  • L3.1_INSTALL_COMMAND_PARSED 安装命令已解析 方式:安装规范解析
  • L3.2_DSH_VERSION_DECLARED DSH 版本已声明 方式:DSH 版本声明
L4 · 安装已测 ✓ 通过
  • L4.1_INSTALL_EXECUTED_CONFINED 受限沙盒内执行安装 方式:沙盒安装执行
  • L4.2_INSTALL_SUCCESS 沙盒安装成功 方式:沙盒安装执行
  • L4.3_ARTIFACT_CONFIRMED 安装产物已确认 方式:沙盒安装执行
L5 · 运行已测 ✓ 通过
  • L5.1_INSTALL_PASSED_SANDBOXED 沙盒安装通过 方式:沙盒安装执行
  • L5.2_WEB_BOOT_READY Web 启动就绪 方式:Web 启动
  • L5.3_HTTP_SERVED HTTP 服务响应 方式:HTTP 请求
  • L5.4_PLUGIN_INVENTORY_ACTIVE 插件清单中已激活 方式:插件清单查询

风险详情

  • 审查结论 通过
  • 结论说明 vet 静态分析未发现可疑行为,判定为干净(clean)。
  • 风险计数 严重 0 / 高 0 / 中 0
  • 风险详情 未发现严重或警告级问题。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 验证等级 L5:安装和运行都在沙盒里跑通过,装完能直接用的概率高。
  • 静态安全审查为低风险,没有发现明显可疑行为。
  • 有可直接复制的安装命令,不用自己翻文档找入口。
  • 标注了兼容的 DSH 版本(0.2.0-rc.2 等 11 个),按版本装不容易报错。
  • 列出了 4 项功能,能直接看出它解决什么问题。

先想清楚的地方

  • 没有声明 Node.js 版本要求,版本不匹配可能装不上。
  • 验证通过不等于安全:插件会读写文件、执行命令或联网,装前先到仓库确认它做了什么。

更适合

  • 需要在记忆与知识场景里给 DSH 补能力的人。
  • 想装完就能用、不想自己排依赖的人。
  • 能接受在本地装依赖、愿意自己确认权限的人。

不太适合

  • 只使用 DSH 官方内置能力、不接受第三方插件的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
插件验证等级安全审查星标兼容版本安装命令
dsh-recall当前 L5 · 运行验证通过 低风险 2 0.2.0-rc.2 等 11 个 有
ruflo L3 · 安装规范通过 低风险 7.4 万 未标注 无
OpenViking L3 · 安装规范通过 低风险 3.9 万 未标注 无
WeKnora L4 · 沙盒安装通过 低风险 3.3 万 未标注 有
distilly L4 · 沙盒安装通过 低风险 2.5 万 未标注 有
EverOS L4 · 沙盒安装通过 低风险 1.3 万 未标注 有

仓库档案

记忆与知识
字段来自项目仓库与公开索引,中文说明由本站标注
作者 / 维护方Mongfayi仓库 dsh-recall · 默认分支 main
分类记忆与知识memory
收录类型可安装插件声明了 dsh.bundle、可用 dsh plugin add 安装的条目
开发语言JavaScript仓库主语言
许可证MIT商用或二次分发前请确认条款原文
星标 / 复刻 / issue2 / 0 / 0收录时的数值,非实时
创建 / 更新2026-08-13 · 2026-10-05最后推送 2026-10-05
本站收录2026-08-17首次进入本站目录的时间

README 全文

9.0 KB
作者原文,中文版优先;只做安全转义,不改内容

dsh-recall

对话撤回(recall)插件:把一条消息及其之后的所有内容从对话中移除——界面不再显示、模型不再可见——但绝不回退任何代码/文件改动。撤回通过追加日志(append-only)中的一条持久墓碑事件实现,重启后依然生效。

> v0.3.0:已适配 DSH 0.2.0-rc.2(桌面端 / Web 同一套运行时)。0.1.x 时代的实现依赖三处已被移除或收紧的协议(session.events、{op:'replace', start, end}、空内容 assistant/message 墓碑),本版按 0.2.0-rc.2 的现行契约重写,并新增了持久化往返测试。旧版 DSH 请用 v0.2.0 标签。

功能特性

  • 整轮撤回:点击用户消息旁的撤销按钮(复制键左侧),撤回该轮对话及其后的全部内容——你的提问与智能体的回复一并移除;长对话中的子智能体指令、压缩、重试、工作流等也都会被一并撤回。
  • 恢复编辑:撤回后,被撤回用户消息的文本与图片整体恢复到输入框,可修改后重新发送(与 opencode 的撤回行为一致)。
  • 不破坏界面:撤回按钮与框架的复制按钮同一行、互不遮挡;消息气泡、复制键、引用标签、图片画廊全部保持框架原样;含图片的消息始终正常显示图片。
  • 持久且可追溯:撤回记录是一条持久墓碑事件,随会话日志 flush 持久化,重启后依然生效;日志记录一个不删。

使用

  1. 会话空闲时,点击用户消息旁的撤销按钮(复制键左侧);
  2. 确认弹窗后,该轮对话及其后的全部内容被撤回;
  3. 撤回位置显示「已撤回的消息」提示;
  4. 被撤回消息的文本与图片恢复到输入框,可修改后重新发送。

> 智能体运行中撤销按钮会禁用(先停止当前回合再撤回)。

工作原理

宿主端(lib/index.js)

提供 POST /recall 路由({sessionId, messageId} 或 {sessionId, boundary}),完全基于既有会话协议完成撤回(框架核心没有 Session.recall):

  1. 校验边界:边界必须是当前 surface 上的活跃消息节点(已撤回或被遮蔽 → recall-rejected);
  2. 追加墓碑:追加一条持久墓碑——空内容的 system/message,surfaceOp 为 {op:'replace', startSeq: boundary, endSeq: end} 且 sourceEventSeqs 覆盖全部被遮蔽节点(session.surface.nodes.slice(startIdx))。空内容 system 消息不派生任何消息,模型可见历史收缩到 boundary 之前;
  3. 标记与持久化:data.recall = {boundary, end} 标记墓碑(客户端提示节点),随常规 flush 持久化。

0.2.0-rc.2 的三处硬约束决定了墓碑的确切形状:

  • 位置替换现在写作 startSeq/endSeq(旧的 start/end 会被判为 invalid replace surfaceOp);
  • 替换必须用 sourceEventSeqs 覆盖每一个被遮蔽的 surface 节点;
  • assistant/message 不允许携带 sourceEventSeqs("embeds its source stream"),因此旧的空 assistant 墓碑在 0.2.x 根本无法表达——而且它还会在会话重载时被 assertAssistantSettlementShape 拒绝。system/message 是既能在空内容下不派生消息、又能引用来源的消息类型。
  • 持久格式 v4 还要求每条 system/message 携带正整数 turn/step:墓碑沿用被撤回消息自身的坐标(缺失时回退到其所属回合与该回合第 1 步)。墓碑不携带任何工具调用,不带独立 step 语义。

宿主端只调用 session.surface / session.log / session.append / sessions.flush,不再 import '@deepseek-ai/dsh-session'(isAppendSurfaceEvent 与消息投影改为内联/走 session.surface.deriveEventMessage),因此插件装进 profile 后不再需要指向 dsh 源码的符号链接。

错误码:session-not-found / subagent-owned / agent-busy / message-not-found / recall-rejected。

浏览器端(lib/client.js)

  • 撤回按钮:以 priority: -1 覆盖 conversation.chat.node 的 user keyed 渲染器。覆盖项委托给框架自己的用户渲染器(从席位注册中解析原组件;框架渲染器是 react.memo 对象而非普通函数,二者都接受),气泡、复制按键、引用标签与图片画廊全部保持框架原样。撤销按钮定位在框架操作行同一行、复制按键左侧——悬停时钟被抑制使操作行只剩复制键,right:38px 即复制键 28px + 10px 行间距,绝无遮挡。
  • 图片渲染:始终经框架的图片槽 renderMessageImages 渲染(会话授权,标签/灯箱框架原样),不依赖插件自带的画廊加载器——原实现里 loadImage 并不在渲染器 props 中,必然加载失败导致图片不可见。
  • 整轮隐藏:被撤回区间(boundary..end,含端点)内的每一种对话节点都在装配期被隐藏。框架的 slot core 禁止被遮蔽的条目重新声明已被框架条目声明的子槽位,因此不能为每种节点套一个渲染器过滤器;改为在 uiConversation.events 上统一包装每个框架对话定义的 buildViewNode:调用原构建器后,只要该行的锚点 seq(anchorSeq / data.seq / data.finalNode.seq / data.closing.finalNode.seq)落在已撤回区间内就把该节点标记 visibility: "hidden"(保留 key 与 kind),其余行与框架输出完全一致。这覆盖 steering / context / assistant-step / command / manual-compaction / compaction / model-retry / turn-error / turn-max-tokens / turn-tail / unknown / command-input / tool-call / workflow-run 等全部节点种类。
    0.2.x 把"隐藏"变成了显式契约:视图节点带 visibility: "visible" | "hidden",而撤回一个已经物化的 target 时返回 null 会直接抛错("return the same key with hidden visibility instead"),所以这里返回的是同一个节点加上 visibility: "hidden"。
  • 「已撤回的消息」提示:recall 定义匹配墓碑事件(system/message + data.recall)注册提示节点。
  • 实时更新:墓碑到达实时会话后,通过重新注册本插件的 recall 定义触发一次会话装配重建,被撤回行立即消失(无需刷新页面)。
  • 恢复输入框:文本经 conversation.input.for(scope).setDraft() 写回;图片经会话远程 sessions.binding(sessionId).session.readAttachment() 取回字节 → conversation.createDrafts(sessionId, [file]) 注册为浏览器侧草稿附件 → facade.addAttachments(ids) 挂到输入框。0.2.x 移除了旧的 createDraftImages / addImages 组合,改由草稿附件注册表承担;addAttachments 拒绝时(输入框正在提交/裁决)会把刚创建的草稿 releaseDraftAttachments 掉,不泄漏 object URL。被撤回附件仍保留在 append-only 日志中,恢复有真实数据源;单张失败不影响其余恢复,也绝不回滚已完成的撤回。

兼容性

  • 不需要 session/recall 事件类型、Session.recall 或客户端窗口过滤——全部基于框架既有的 surface 替换协议与 keyed Chat Node 席位。
  • 已适配并验证于 DSH 0.2.0-rc.2(桌面端 dsh-desktop-runtime 0.2.0-rc.2)。相对 0.1.x 的适配点:
  • session.events 已移除 → 改用 session.log,消息投影走 session.surface.deriveEventMessage;
  • 替换操作符改为 {op:'replace', startSeq, endSeq};
  • 墓碑类型由 assistant/message 改为 system/message(上文"工作原理");
  • 客户端草稿图片 API 由 createDraftImages/addImages 改为 createDrafts/addAttachments;
  • 行隐藏由 buildViewNode 返回 null 改为 {...node, visibility:'hidden'};
  • 插件不再依赖 @deepseek-ai/dsh-session,无需符号链接或声明运行时依赖(宿主进程自带运行时解析)。
  • 0.1.x(0.1.1-rc.1 … 0.1.2-alpha.1)请使用 v0.2.0 标签:那一版走的是旧协议,在 0.2.0-rc.2 上会因上面的三处约束直接失败。

开发

npm install                 # 安装 0.2.0-rc.2 线的框架包(仅测试用)
npm test                    # 三个 smoke 全跑
测试 覆盖
test/smoke-host.mjs 宿主路由的成功/拒绝路径,墓碑形状,以及把整条日志送回 Session.create 种子校验(assertAssistantSettlementShape / surface 折叠)
test/smoke-durable.mjs 持久化往返:encodeCurrentEvent → JSON → assertV4RowAdmission → validateStoredEvents → 重建会话,证明墓碑能挺过重启(v4 要求正整数 turn/step,这条测试就是抓这个的)
test/smoke-client.mjs 客户端注册、定义匹配、文案、确认门、席位委托、visibility 隐藏、文本/图片恢复到输入框

安装

dsh plugin --profile desktop add <本仓库路径>   # 桌面端
dsh plugin --profile web add <本仓库路径>       # dsh web

装完重启 DSH 生效;卸载把 add 换成 remove。

常见问题

8 问
答案由本站依据条目字段整理,不引用上游原文
dsh-recall 怎么安装?

在 DSH 里执行 `dsh plugin --profile web add github:Mongfayi/dsh-recall#v0.2.0` 即可。对应的 npm 包名是 `dsh-recall`。

dsh-recall 的验证等级是什么意思?

L5 · 运行验证通过。在 dsh 沙盒中完成安装与运行冒烟——装得上、跑得起来

dsh-recall 安全吗?

低风险。vet 静态分析未发现可疑行为,判定为干净(clean)。

dsh-recall 装之前要先确认什么?

先看它会读写哪些文件、执行哪些命令、连接哪些网络地址;验证等级只说明装得上、跑得起来,不等于安全。涉及密钥或系统权限的,建议先在隔离环境试装。

dsh-recall 支持哪些 DSH 版本?

上游记录的兼容版本包括 0.2.0-rc.2、0.2.0-rc.1、0.1.7-rc.2、0.1.7-alpha.2、0.1.6-alpha.2、0.1.6-alpha.1、0.1.5-rc.2、0.1.3-alpha.2。版本较多,只列出前 8 个。

dsh-recall 用的是什么许可证?

上游标注为 MIT。商用或二次分发前请到仓库确认许可证原文。

dsh-recall 有哪些功能?

整轮撤回、恢复编辑、持久可追溯、不破坏界面。

这条记录的数据可靠吗?

本站按仓库名去重后合并整理,字段以作者仓库与 npm 元数据为准;安装命令、仓库地址与 README 保持原文,带 L4 / L5 标记的安装命令已在隔离沙盒里真实跑通。

同名或近似条目

6 条
不同作者的仓库分开列,请确认你要装的是哪一个
记忆与知识
按星标排序,可作替代方案

ruflo

ruflo

L3 · 安装规范通过 7.4 万 星

OpenViking

OpenViking

面向 DeepSeek Harness 的 OpenViking 记忆与上下文插件:pre-step 自动召回与画像注入、会话捕获、`vik

L3 · 安装规范通过 3.9 万 星

WeKnora

WeKnora

把 WeKnora 知识库接入 dsh 的四个只读工具:列出知识库、混合检索原文片段、按顺序还原单篇文档,以及直接取用 WeKnora 自己

L4 · 沙盒安装通过 3.3 万 星

distilly

distilly

Distilly — Distill how they think into reusable Skills for any Agent o

L4 · 沙盒安装通过 2.5 万 星

EverOS

EverOS

L4 · 沙盒安装通过 1.3 万 星

MemOS

MemOS

L4 · 沙盒安装通过 1.2 万 星

Mongfayi 的其它插件

1 个

插件的元信息来自作者仓库;分类、验证等级与安全结论的中文说明为中文整理,最近核验 2026-10-08。