点下「↶ 撤回」之后什么都没发生，是用 dsh-recall-plugin 时最让人犯嘀咕的一刻。这款消息撤回回滚插件（limbo947/dsh-recall-plugin，MIT 许可，★35，周下载量 1,991，分类为 dsh 原生插件 · tool）的目标是「工作区文件 + 对话历史一起回到那条消息发出之前」：每条消息发送时先把工作区快照进一个独立的影子 git 仓库，撤回时用它把文件恢复回去，对话则通过 DSH 官方的 sessions.fork 切到该消息之前的 turn 边界。它已在 2026/9/27 通过本站实装验证（真实 dsh 环境安装成功，非静态推断），但「能装、能跑」不代表「每次都如你所愿」------它有一批「没反应」其实是有意为之的边界，而不是 bug。先把这份完整插件清单与汉化避坑指南存下来，下面按症状逐条对照，每条都给「现象 → 定位 → 处置」。
先看判据：你的「没反应」属于哪一类
|--------------------------------|----------|-------------------|
| 你看到的现象 | 归属 | 一句话处置 |
| 所有会话里任何消息下方都没有撤回按钮，页面顶部提示装 git | 缺外部前置 | 装 git CLI 并重启 DSH |
| 只有插件启用之前的旧消息没有按钮，新消息有 | 设计边界 | 重新发一条消息再撤 |
| 会话第一条用户消息点撤回，文件回了但对话没回 | 设计边界 | 要重开对话就新建会话 |
| 撤回后提示「共 0 个文件将变更」 | 尽力捕获的时间窗 | 对话回退仍有效，文件手动核对 |
这张表覆盖了绝大多数「点撤回没变化」的报障：四类里有两类根本不是故障，属于该插件的已知限制；另外两类才是需要动手处置的环境问题。下面逐条展开。
症状一：整个界面都找不到撤回按钮
定位方法：先看页面顶部有没有「请安装 git」之类的提示条，再看是不是所有工作区、所有会话都没有按钮。如果是全局性的缺席，问题不在插件开关上。
坑一：git CLI 没装，撤回按钮整体不渲染
现象。 换了几个会话、几条新消息都一样：消息下方干干净净，找不到「↶ 撤回」；页面顶部出现提示，要求安装 git。
原因。 该插件的前置要求之一就是 git CLI------它的快照与回放全部建立在 git 之上，没有 git 就没有可用的存储后端，因此按钮干脆不渲染，而不是点了报错。README 明确写了「未安装时撤回按钮不出现（页面顶部会提示安装 git），不影响 DSH 运行」。也就是说这是一种降级保护：宁可不出按钮，也不出一个必然失败的按钮。
解法。 装上 git 再重启 DSH：Windows 用 Git for Windows，Linux/macOS 用各自包管理器安装 git。装完确认 git --version 有输出，然后重启 DSH 并硬刷新页面。要留意的是，这个缺失只影响撤回能力，DSH 本身照常工作，别误判成「插件把 DSH 搞坏了」而去回滚插件。
症状二：只有历史消息没有按钮
定位方法：发一条新消息，看它下方有没有按钮。如果新消息有、旧消息没有，那说明插件本身是好的，纯粹是快照的时间点问题。
坑二：插件启用前的历史消息没有快照，自然没有撤回入口
现象。 刚装完插件，想撤回一条昨天发的消息，发现那条消息下方根本没有按钮；而刚刚新发的一条消息下方按钮正常出现。
原因。 快照只在消息发送时创建。插件是在你按下安装那一刻才生效的，此前所有消息在发送时都还没有快照机制参与，因此服务器上不存在「这条消息发出之前的工作区状态」这个可回退目标。没有目标就没有按钮------这是设计边界，README 在「最主要的边界」一句里直接点明了。
解法。 接受这条边界，要能撤就得在插件启用之后重新发一条消息。实操上补一句：如果你手头正有一批需要「后悔药」的旧会话，先手动把当前状态提交到项目自身的 git 作为兜底------插件不碰项目 git，两者互不干扰，正好并行。
症状三：首条消息点撤回，对话却没变化
定位方法：看这条消息是不是当前会话里的第一条用户消息。如果是首条，且撤回后文件恢复了、对话回合数没变，则命中这一条。
坑三：会话第一条用户消息只能回退文件，回退不了对话
现象。 在会话的第一条用户消息上点撤回，确认面板走完了，文件确实回到原样，但对话历史一个 turn 都没减少，看起来像「只干了一半」。
原因。 对话回退靠的是 DSH 官方的 sessions.fork，而 fork 需要一个更早的 turn 边界来切过去。第一条用户消息之前不存在任何边界，没有可切的目标，所以对话维度只能原地不动。文件维度不受影响，因为文件走的是影子仓库里的快照，与 turn 边界无关。
解法。 这是设计限制，不是配置项，改设置也修不回来。真要把对话也重开，就用新会话------新建会话后从零开始，比在首条消息上反复点撤回更省事。反过来说，如果你只在意首条消息之后产生的文件改动，那这一步的「部分回退」其实已经达到目的，可以直接接着往下做，不必强求对话层级的回退。
症状四：撤回点了，却提示「共 0 个文件将变更」
定位方法：看撤回确认面板里的变更清单。如果清单是空的、或者明确写着「共 0 个文件将变更」，同时这个任务本身是几秒钟就跑完的琐碎操作，那就是命中这一条。
坑四：秒级任务落进快照窗口，文件回退成了空操作
现象。 点撤回、确认、执行，流程全部跑通，但工作区文件一点没变；预览面板显示「共 0 个文件将变更」。
原因。 快照是尽力捕获 ，不是精确拦截。从收到消息到执行 git add 之间存在约 0.5--1.5 秒 的窗口（Windows 上仅一次 PowerShell 启动就占约 0.4 秒 ）。如果这轮任务是秒级完成的琐碎改动，文件恰好在窗口内被改完，这部分改动会被连带捕获进快照------于是「消息发出之前」的状态实际已等于「改完之后」，两者相等，撤回自然什么也不用改。README 把这个窗口写得很直白，它属于实现上的固有缝隙，不是配置能消除的 bug。
解法。 分两层处理：一是对话回退不受影响 ，它走 turn 边界而非文件 diff，仍然有效；二是要文件也回退，要么在任务改完后稍等一会儿再点撤回，要么手动用 git 核对当前状态、自行还原。更稳的是调整节奏：把改动集中成有明确边界的任务，而不是连续发一串秒级小指令------任务越大、执行越久，落在窗口外的概率越高。
排错顺序建议
- 确认
git --version有输出，没有就装 git 并重启 DSH。
- 发一条新消息看按钮是否出现------这步把「插件坏了」和「历史消息没快照」区分开。
- 看目标消息是不是会话首条------是首条就只接受文件回退。
- 看变更清单是否为空------为空就是秒级任务落进了时间窗，改用手动核对。
- 以上都不中，再看设置卡片里的「最近错误」，那里会记录失败原因并给出手动恢复命令。
总结
把这四类「没反应」拆开之后会发现，真正需要动手修的只有 git CLI 缺失这一类，其余大多是有意设计的边界或实现上公开承认的时间窗；顺带一提，这类插件的信任档位与验证时效也在持续变化，值得对着完整插件清单与汉化避坑指南一起看，才能判断当下这个版本到底适不适合你，而不是只凭一次成功安装就下结论。
适合与不适合
适合：经常让 agent 批量改文件、事后想整段回退的开发者；怀疑某一步方向错了、想连对话带文件一起重来的场景；用 dsh 做实验性重构、需要反复「后悔」的探索型工作；项目 git 状态很脏、不希望撤回动作污染分支与暂存区的人。
不适合：想在插件启用前的历史消息上回退的人------那些消息永远不会有按钮；指望对会话第一条消息做对话级回退的人------只能回退文件；习惯用秒级连续小指令改文件的人------很容易撞上 0.5--1.5 秒的捕获窗口而得到空操作；以及没装 git、又不打算装的人。
标签：dsh-recall-plugin、DeepSeek Harness、消息撤回回滚、故障排错、dsh 插件
本文由 DeepSeek Harness Hub 自动整理，数据来源于插件详情页。