dsh-purge 误删后怎么恢复：回滚、规则对照、备份检查的完整顺序、验证步骤与两端差异

把 dsh-purge 的目录删了，重启后发现面板没了，策略却还停在改过的状态——这是误删后最典型的现场：插件文件和策略状态是两套东西，删掉前者不会自动撤销后者。 dsh-purge 是社区红队评估插件，它改写的是宿主策略与提示词配置（插件条目）。恢复要按优先级来：先判断改动类型，再 Restore、对照备份、最后才重装。涉及重装时，入口在 DSH Plugin Hub。

先确认 dsh-purge 改了什么：DeepSeek Harness 里哪些能回滚

恢复的第一步不是动手，而是分类：插件文件、策略默认副本、profile 覆盖层，三类改动的回滚方式完全不同。 分错类，越恢复越乱。

1. 先看面板还在不在：在，说明插件文件大概率还在，优先走 Restore。
2. 面板不在但插件列表有条目，重启一次，确认是不是加载问题。
3. 插件列表也没有，说明文件被删或 profile 清单被摘，走重装。
4. 检查 profile 覆盖层有没有你手写的内容，别把「你自己的改动」算到插件头上。
5. 把三类改动各记一行，再决定先动哪一类。

分类的价值是避免「用重装解决策略问题」。策略还在时，重装只会把面板装回来，改过的默认副本仍然存在。

第一优先：Restore 恢复 DeepSeek Harness 官方默认副本

只要面板还能打开，就先 Restore，不要先卸载或重装。 这一步把宿主策略恢复到官方默认副本，是风险最低、可验证性最好的回退。

1. 打开 dsh-purge 的 Clean 页，先抄下当前状态字段，作为回退后的对照。
2. 执行 Restore，期间不要同时改提示词或切换规则。
3. 等它触发重启，不要手动打断。
4. 重启完成后新开一个会话，旧会话不会重新读取环境。
5. 回 Clean 页确认状态显示已回退，而不是「看起来正常」。

Restore 之后不要马上 Apply。先确认默认行为已经回来，再决定是否重新应用规则；两步连做，出问题时分不清是回退没成功还是新规则又写坏了。Apply 与 Restore 的完整状态机见 dsh-purge 怎么用。

Restore 之后哪些能立刻判断

1. 面板状态：显示已回退，不是未知。
2. 新会话：行为回到默认。
3. 旧会话：不能作为证据，必须新建。
4. 覆盖层：没有残留的旧规则引用。

第二优先：备份与规则对照，找回被改动的 DSH plugin 策略

Restore 解决「回到官方默认」，备份解决「找回你自己写过的规则」。 两者不是替代关系，先回默认，再按备份补回你需要的那部分。

1. 找到你之前备份的规则或提示词文件，确认版本与时间。
2. 对照当前 Clean 页的字段，列出「官方默认」与「你要恢复」的差异。
3. 只补回你确认需要的规则，不要整包覆盖。
4. 补回后重新 Apply，一次只应用一组规则。
5. 新开会话验证行为，确认没有把误删前的错误配置一起带回来。

如果没有备份，就不要凭记忆重写全部规则。先让环境停在官方默认，再按最小必要逐条加回；每加一条验证一次，比一次性恢复「记忆中的配置」可靠。规则的分组方式见 dsh-purge 规则集。

第三优先：DSH plugin 重装与重新 Apply 的顺序

插件文件没了才重装，重装后先 Restore 再 Apply；顺序反了，可能把旧策略重新写回去。 这是恢复里最容易做错的一步。

1. 在 DSH Plugin Hub 的市场或已安装列表重新安装 dsh-purge。
2. 确认装进了正确的 profile：Web 与桌面端使用不同 profile，要分别处理。
3. 重启宿主，打开 Clean 页，先看补丁状态。
4. 状态显示未回退时，先执行 Restore，再新开会话验证默认行为。
5. 需要规则时，再按备份 Apply，并一次只应用一组。

重装不会自动帮你回滚策略，它只是把面板装回来。装完直接 Apply，等于在未确认默认状态的情况下又叠一层规则，后面更难判断。

重装前先确认 profile

1. Web 端装进 web profile，桌面端装各自 profile。
2. 只重装出错的那一端，另一端不要跟着动。
3. 重装后先看状态，再决定 Restore 还是 Apply。

恢复后的验证：DeepSeek Harness 规则与会话有没有被二次污染

恢复完成要看三处：面板状态、新会话行为、清单与残留；三处一致，才算真正回到可控状态。 旧会话不能作为证据。

1. 面板状态：Clean 页明确显示已回退，不是空白或未知。
2. 新会话行为：新建会话，用固定测试输入对比恢复前后的差异。
3. 清单：已安装列表与 profile 清单里没有重复条目或旧包名。
4. 覆盖层：profile 里没有残留的旧规则引用。
5. 另一端：如果 Web 与桌面端都用，分别检查，不要用一端推断另一端。

“二次污染”通常来自三个地方：旧会话没刷新、覆盖层没清、另一端没恢复。三者都不在「插件是否装回来」这个层面上，所以验证不能只看插件列表。

恢复记录也要留：记下恢复前后的状态、执行的 Restore 或 Apply、新会话的验证结果。下次再遇到误删，这份记录能省掉重新判断的时间。dsh-purge 与普通卸载的区别见 dsh-purge 与卸载的区别，清理与回滚的边界见 dsh-purge 是什么。