82 个补丁写进宿主安装包dsh-purge 凭什么说改得回来【免费下载链接】dsh-purgeDeepSeek Harness 破甲让所有模型都能破甲不同模型可换不同提示词默认提示词面向国模「小码酱」。Jailbreak for every model — swap prompts per model. 求 Star 收藏 ⭐ 如要二开请查看署名要求部分项目地址: https://gitcode.com/GitHub_Trending/ds/dsh-purgedsh-purge 是装在 DeepSeek Harness下称 DSH宿主上的红队评测插件82 个编号补丁改写宿主运行时的提示词、审批门与沙箱默认值再用 .bak 备份逐文件兜底还原。它改的是另一个产品的安装包——改得回去吗本文只回答这一件事证据全部落在仓库源码与变更记录里。README 开头为什么是一段卖货指控这个仓库有个反常现象README.zh-CN.md 开头不是功能介绍而是「作者说几句」——「市面上有人把这份开源明目张胆挂出去卖」紧接着「从今往后公网一律不许碰」docs/notice/ 目录里还放着直播问价的截图作为违规公示的证据。一个面向 DSH 宿主的红队评测插件上了 Trending但它的 README 先谈的是倒卖和许可。那么「purge清洗」到底在洗什么它动过宿主安装包之后凭什么保证改得回来热榜插件的第一流量来自宿主的热度能不能留下读者取决于它敢不敢把「改动如何还原」写进首页。它是什么宿主默认行为补丁包而不是模型越狱工具定位可以压成一句对照句dsh-purge 是宿主默认行为补丁包加受控红队评测环境而不是给所有模型换提示词的通用工具。它的前提写在 READMEHarness 在运行时会改提示词、审批门、沙箱和会话格式「只看『模型答不答』会把宿主拦截误当成模型拒绝」。插件的任务是在用户本机安装里把宿主层和模型层分开。规模可以直接数lib/core.js 里 82 个带编号的补丁编号到 88分提示词、代码、引擎、工具四层每个对应宿主的一处默认行为cordis.patch.yml 声明inject: [systemPrompt, tools]、postPromptOrder: 5100同时禁用旧的独立红队包。「破甲」卖点的插件第一件要证明的事不是「改得动」而是「量得出」。宿主改动如何还原82 个补丁与 .bak 备份的验证链三条证据都能在源码或变更记录里翻到。其一应用前先备份还原是幂等的。README「还原」一节写明每个目标文件应用前备份为文件.dshpurge.bak还原用备份覆盖回去并删除备份prompt-inject.md是用户文件还原时保留重复应用幂等。其二「已清洗」要靠标记核验不靠点击记录。lib/host-clean.js 检查[dsh-purge] identity stripped这类标记是否真的写入宿主文件源码注释直接写着「空文件或不是这份模块不能当成已经洗过。」文件为空或模块不对一律按没洗过处理。其三卸载先判「是否真的落上了」再判「哪些目录能删」。lib/uninstall.js 不读安装标志只看三类物理证据export function wasApplied(state) { if (!state) return false; if (state.has_backup) return true; if (Number(state.patches_applied) 0) return true; return [state.shim_cmd, state.shim_ps1, state.shim_bin].includes(patched); }shouldDeletePluginTree只放行$DSH_HOME下profiles/或node_modules/dsh-purge两类路径其余返回 false误删在函数层就被挡住。变更记录里还有个细节旧版本曾把 Bash 前台等待从 60 秒抬到 10 分钟后来的版本专门加了补丁 #21BASH_TIMEOUT_RESTORE把带插件标记的旧值恢复回官方 60 秒——插件自己旧版留下的副作用也有一条编号补丁负责擦掉。版本边界同样是文件级声明package.json 写死dshTarget: 0.2.1-rc.2README 适配范围给出三档矩阵——1.1.74 对 0.2.1-rc.20.2.0 用 1.1.40 及以上0.1.7 用 1.1.39 及更早对不上的补丁显示跳过这次应用仍算完成「不会乱改文件」。补丁包的可信度不取决于能碰多少处而取决于它能证明碰过多少处。残留补丁怎么处理两类用户的声音把关注者分成两类看声音完全不同。装过它的用户关心的是工程问题适配哪个宿主版本、改动如何还原、残留补丁留在哪、内网怎么用。这些问题指向的正是上一节的三样东西——版本矩阵、.bak 备份、跳过不乱的语义。更反直觉的声音是公开讨论里被引用最多的段落不是功能表而是「作者说几句」和零容忍法律声明——倒卖、署名要求、「作者这边被找去谈过话」。一个 Trending 插件相当一部分流量来自「免费开源项目如何对抗灰色变现」这个议题本身。生态方还有一笔账README 写明官方dsh web与桌面 EXE「分开装、分开应用」「社区桌面端不维护」release-notes.md 868 行变更记录横跨 0.1.7-rc 到 0.2.1-rc.2 的滚动期宿主版本对不上、补丁残留的代价由插件侧承接官方不提供还原契约。榜单借的是宿主的热度留存借的是「谁来兜底残留」这句话的答案。双用途边界划在哪名单、披露与许可画线的位置可以逐条核对全在代码侧不在话术里。网络线「自己的服务器」名单写入$DSH_HOME/net-scope-allow.txt只接受单个 IP 或完整主机名密钥、网段、通配符保存时直接丢弃名单里只能一台一台地写开源版攻击任务只放行本机回环与 RFC1918 私网域名先解析再按 IP 判定对话里说「这是我的服务器」不构成放行。能力线docs/redteam-upstream-DISCLOSURE 逐条声明包内「不含 exploit 代码、payload、shellcode」双用途能力限定在用户自装工具加授权目标开源版不下发技能库和知识库。许可线原版不允许倒卖二开必须署名并注明来源仓库违规即「自动且不可撤销地终止」许可。评判标准不是功能强弱而是两条线是否画在可验证的代码上名单、门禁、披露文档越线责任是否事先写进许可。双用途工具的信任不来自免责声明的长度而来自「线可验证、越线责任已预置」这两点。答案是什么四件事都能在仓库里翻到把「清洗」拆开dsh-purge 的还原本体是四件具体的事每件都有文件出处逐文件.dshpurge.bak备份加幂等还原prompt-inject.md还原时保留wasApplied用物理证据判「是否真的应用」删除白名单只放行两类路径dshTarget版本矩阵加「补丁对不上就跳过、不乱改」许可线不转卖、须署名、只允许本地靶场。手动安装也只是git clone https://gitcode.com/GitHub_Trending/ds/dsh-purge后把目录放进$DSH_HOME/plugins/再在宿主里点「应用」。但判断它可不可信不需要看榜单——翻备份规则、翻卸载脚本、翻许可条款即可。答案藏在 .bak 备份、卸载脚本和许可条款里而不是 Trending 的排名里。【免费下载链接】dsh-purgeDeepSeek Harness 破甲让所有模型都能破甲不同模型可换不同提示词默认提示词面向国模「小码酱」。Jailbreak for every model — swap prompts per model. 求 Star 收藏 ⭐ 如要二开请查看署名要求部分项目地址: https://gitcode.com/GitHub_Trending/ds/dsh-purge创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
