mmparko/dsh-purge

解决什么问题

当 Harness 拒绝一个请求时，你分不清是模型本身拒绝，还是宿主层（提示词重写、审批闸门、沙箱策略）在半路拦截。在自己机器上做鲁棒性评估的团队只能靠猜，而且每次 npm 升级覆盖 node_modules 后都要手工重改。dsh-purge 把这些宿主层修改打包成插件，在官方 Harness 界面里通过侧栏按钮完成应用、还原和重新应用。

有什么不同

常见做法有两类：一类是只改提示词的越狱合集，完全不碰宿主；另一类是 fork 并直接改 Harness 源码，之后要永久 rebase。dsh-purge 走中间路线：自带加密的默认提示词，原地改写宿主的默认权限策略和工具上限，保留官方能力，也不虚构第二重身份。它会在启动时重新检查并重新应用，npm 重装不会悄悄把配置打回原形。路径查找基于 $DSH_HOME、启动器旁的 .dsh 或 ~/.dsh，不写死盘符。

适合谁

已经在本地运行官方 Harness、并在授权评估中需要区分“模型拒绝”和“宿主拒绝”的安全研究人员和红队。它不适合想要通用第三方服务越狱工具的人：README 明确限定只作用于本机的 @deepseek-ai 包和本地配置。只想找无审查聊天的普通用户也应绕开，这套安装加 Apply 的流程默认你清楚改宿主策略意味着什么。

上手成本

需要 Node.js ≥18（Windows 免闪窗路径要 ≥22）、DSH 0.2.x，以及一个手动步骤：把插件加进 profile 并不会打补丁，必须点 Apply、重启，再开新会话注入才生效。主要风险在维护而非安装——README 写明更新已暂停、不接收 issue 和 PR、不保证适配新版 dsh。版本锁定很关键：本版只针对 dsh 0.2，旧版 dsh 要用对应的旧插件。License 是 MIT，但 README 又附加了非商业条款和署名要求，两者存在张力，二次开发前值得先读清楚。

点评

这是一个仅 11 天、2,189 star、2,765 fork 的镜像仓库，fork 数高于 star，加上“上游即将删库”的叙事，说明大量活跃是归档行为而非真实采用。榜单显示日均 +185 star、排名第 4，但它从未上过 daily trending，Hacker News 上也没有讨论，这更像是被删库事件推起的尖峰，而不是持续曲线。技术上真正的亮点是“补宿主层而非补模型”这个思路，启动时自动重应用也确实省事。但一个已暂停维护、锁定单个 dsh 小版本的项目不适合长期依赖，把它当作可以阅读的参考实现，而不是要托付的基础设施。