dsh-purge 怎么用：DeepSeek Harness 红队面板的 Apply、Restore 与 profile

dsh-purge 装好之后没有反应，通常不是装错，而是它停在「已安装」没有再往前走。 DeepSeek Harness 里这个 DSH plugin 要经过已安装、已应用、已生效、待重应用四个状态，每一个状态都有可观察的证据；跟着状态走，比记按钮位置更可靠。

已安装：DSH plugin 出现在列表里，行为还没变

面板出现只证明插件被加载，不证明策略写入，更不证明当前会话用上了。

安装完成后的第一个可观察事实，是 dsh plugin list 里出现了这个包。 再打开会话侧边的 Clean 面板，能看到面板本身，说明插件已经被加载。 此时补丁状态字段通常显示未应用，宿主行为仍是官方默认。

还要确认它装进了哪个 profile。 Web 端使用 web profile，桌面端使用 desktop profile，两者不共享插件列表。 只在一个端安装，另一端看不到面板，也不会应用补丁。

同名条目可能有多个作者版本，装之前先在 DSH Plugin Hub 对照包名。 中文检索写 DSH插件 或 DeepSeek插件 也能找到，但包名仍是英文。 把包名、profile 与面板状态三处对齐，才能确认自己确实停在第一个状态。

已应用：DeepSeek Harness 里一次有顺序的写入

Apply 不是点一下，而是确认版本、写入策略、等待重启的连续动作。

动手前先对版本，插件说明会写适配的 Harness 版本。 跨大版本时不要直接应用，否则可能写入不兼容的策略。 然后在 Clean 页执行 Apply，一次只做一件事，不要同时改提示词或切换规则。

1. 对版本：确认插件声明支持的 Harness 范围。
2. 执行 Apply：在 Clean 页应用，期间不改其他配置。
3. 等重启：让插件自己完成重启，不手动打断。
4. 新开会话：旧会话不会获得注入，必须新建。
5. 复看状态：面板应显示已应用，字段值可核对。

如果应用过程中面板失去响应，等重启结束再判断。 连续 Apply 可能把补丁写入两次，回退时反而更难确认原始状态。 遇到这种情况，先记下面板字段和日志时间，再做下一步。

Apply 后状态没有变化，按顺序查三件事。 先看 profile 是否装错，再看版本是否匹配，最后才怀疑插件本身。 顺序反过来，容易在没有写入权限的 profile 里反复点，越点越乱。

已生效：新会话才拿得到 DSH插件 的注入

重启完成不等于生效，真正的证据来自一个新建会话里的行为差异。

旧会话在启动时已经加载过策略，重启后不会自动刷新。 新建会话才会重新读取运行环境，所以验证必须从新会话开始。 用一句固定的测试输入，对比应用前后的回答差异。

差异符合预期，才说明状态推进到了已生效。 生效之后要记录基线：插件版本、Harness 版本、profile 名称和测试输入。 这些信息在下次升级或回退时能省很多时间。

不要拿 Web 端的生效结果推断 Desktop 端。 两个 profile 各有各的插件与补丁状态，一端正常、另一端没反应是正常现象。 只维护你实际使用的那一端，另一端的残留状态不要作为判断依据。

待重应用：DeepSeek Harness 升级覆盖 node_modules 之后

升级会重写依赖目录，插件靠启动自检把补丁重新应用；自检失败才是真问题。

npm 升级会替换 node_modules，之前写入的补丁文件自然消失。 插件在启动阶段会做一次自检，尝试把策略重新应用。 升级后的第一次启动要多等一会儿，不要在面板还没加载完时就判定失败。

等启动结束后再看 Clean 页的状态字段，它比进程日志更直观。 状态回到未应用，说明自检没有完成，需要手动 Apply 一次。 连续两次重启都没有恢复，再查兼容性，把升级前后的版本记下来对照。

不要手改源码树，手工覆盖会破坏路径识别。 后续自检与 Restore 都可能失效，问题会从一次升级变成长期异常。 这个状态最容易被误判成插件坏了，其实宿主仍在官方默认策略上运行。

回退与停手：DeepSeek Harness 里 Restore 的含义

回退只走 Restore，它恢复官方默认副本并可验证；手删文件只会留下半套状态。

回退前先把当前状态字段抄下来，回退后才有对照。 在 Clean 页执行 Restore，不要先卸载插件，顺序反了可能找不到入口。 等待重启完成，再新开一个会话验证行为。

面板状态应明确显示已回退，而不是「看起来正常」。 确认回退生效后，才用 dsh plugin remove 卸载插件本体。 新会话行为、面板状态、插件列表三处一致，才算真正回到默认。

有三种情况应该停手：版本不匹配、环境未授权、自检连续失败。 继续点 Apply 只会扩大问题，先收集日志再决定。 不确定当前状态时，做一次只读检查：包名、面板字段、新会话行为，三处对齐之后再动手。 来源：dsh-purge 插件条目（YuJunZhiXue）、dsh-purge 插件条目（mmparko）、插件与生命周期。