YuJunZhiXue/dsh-purge

结论先行：这是一个高度依赖宿主的补丁工具，适合已经在运行 DeepSeek Harness、想观察不同模型在替换系统提示词后如何回应的人。它不是通用 LLM 工具，README 自带的合规声明也说明它处在敏感地带。

解决什么问题

测试者想在 DeepSeek Harness 里比较不同模型在同一套自定义人格或规则下的表现，但宿主把提示词打包在自身文件里，逐会话修改要碰宿主管理的文件，事后还原也麻烦。dsh-purge 把这一步接管：它给宿主打补丁，注入插件自带的提示词，并允许在面板或聊天命令里切换规则集。最终得到的是一个可重复的 Apply/Revert 循环，用来在单一宿主里做提示词实验。

有什么不同

它的机制是文件补丁加进程内提示词注入，而不是 API 集成。Apply 时先把命中的宿主文件备份为 .dshpurge.bak，再替换文件、覆盖 shim，并注入加密的默认提示词，使提示框默认显示内容而无需用户保存。规则以库的形式组织，支持按模型切换和 strict/fallback/always 三种工作区策略。好处是对每一轮实际生效的指令集有细粒度控制，还原时会拷回备份。代价是耦合很紧：插件只对准特定 DSH 版本，版本不匹配的补丁会挂起或跳过，升级宿主可能让效果悄悄减弱。更根本的问题在用途：项目自称越狱式 harness，这让它与平台条款、以及在部分司法辖区的法律边界产生冲突；README 的长篇免责声明把责任全部推给使用者。

谁值得试

适合在获得授权的红队或鲁棒性评估中使用，能在可丢弃的安装环境里复现结果，并了解宿主 profile 结构的人。不适合想要跨厂商通用提示词测试流程的人，也不适合共享团队环境：补丁式设计和版本锁定让协作变得别扭，免责声明也让无人监督的使用难以交代。仍在 DSH 0.1.7 上的用户需要改用旧版本标签，安装路径差别不小。

使用条件与边界

1.1.79 对准 DSH 0.2.1-rc.2，0.2.0 仍可用；0.1.x 需要 1.1.39 或更早版本。README 明确说插件市场的安装方式会失败，因此只能用命令安装或手动修改 profile，而一台机器有多个 DSH home 时还要先确认哪个才是实际启动的。日常维护意味着每次宿主更新都要对齐插件版本。项目采用 Apache-2.0 许可，但再分发必须保留 NOTICE 与署名，且禁止转售。README 还声明若用于犯罪由使用者独自承担法律责任，这对组织采纳是实质性约束，而非套话。

HotRepo 点评

HotRepo 只记录到 2026-10-19 的 7,558 星、2026-10-20 的 11,039 星和 2026-10-27 的 10,634 星，共三个日榜观测点，样本太少，无法判断热度能否持续。安装前最该核对的是：你所运行的 DSH 版本是否在 项目 README 的受支持宿主表中，以及对应版本有没有出现在 Releases 上。