点了「应用」却没生效?dsh-purge 提示词注入机制与规则集切换实用指南-尧图手机网站定制

点了「应用」却没生效?dsh-purge 提示词注入机制与规则集切换实用指南

【免费下载链接】dsh-purgeDeepSeek Harness 破甲：让所有模型都能破甲，不同模型可换不同提示词；默认提示词面向国模「小码酱」。Jailbreak for every model — swap prompts per model. 求 Star 收藏 ⭐ 如要二开，请查看署名要求部分项目地址: https://gitcode.com/GitHub_Trending/ds/dsh-purge

装了 dsh-purge,点了「应用」,宿主也自动重启了,新会话里问一句「你是谁」,模型还是按官方口径报家门——装过的人多半撞上过这种「像没生效」的状态。dsh-purge 是装在官方 DeepSeek Harness 上的开源插件,核心动作是:把宿主默认的身份文案剥掉,换成自己维护的默认提示词(人设叫「小码酱」/ Little Code Sauce,面向国模调校),并且支持不同模型配不同提示词。这篇按排查顺序讲四件事:补丁到底写没写进去、「应用 + 重启」为什么缺一不可、注入块的身份判定机制,以及规则集怎么按模型切换。

第一步:用 .dshpurge.bak 确认补丁是否写进宿主

「应用」不是黑盒,它的动作顺序是:先查补丁是否已生效(已生效则整轮跳过);没生效的话,先把每个目标文件备份成<文件>.dshpurge.bak,再按补丁列表逐个替换文件、覆盖 shim,最后把内置默认提示词写进$DSH_HOME/prompt-inject.md。

所以最快的确认手段不是看界面,而是翻宿主包目录:应用后有没有多出一批.dshpurge.bak?有,说明写入真的发生了;显示成功却一个都没有,多半是找错了$DSH_HOME——Web 和桌面端各用各的主目录,机器上经常并存两份.dsh,认错了目录,应用的全是另一份宿主。

反向操作同样依赖这批备份:「还原」用备份覆盖回去并删掉备份;没有备份时,只清掉 shim 里由插件写入的行。有个容易误解的点:prompt-inject.md归用户所有,还原时原样保留;「卸载」则先完整还原,再删注入文件、规则库和插件本身。

第二步:「应用 + 重启」才生效,旧会话不算数

「应用」只负责把补丁和提示词写进文件,当前进程内存里装的还是旧配置。所以官方链路是:应用成功后自动重启一次,再新开一轮对话,注入才进当前会话。两条细节容易踩坑:补丁没全部打完时不会重启;只应用、不重启,接着在旧会话里继续聊,表现就是「改了但没生效」——这是最常见的误判来源。

入口都在会话标题旁的dsh-purge按钮里,右侧栏两页:清洗和演练台。清洗页管分组补丁、默认提示词编辑和规则集列表,聊天里/purge apply、/purge revert等价;演练台则是提示词调校好之后的去处——授权后在本机、离线靶标或书面授权的环境里做受控评测。

第三步:身份锁默认值与注入块的去重机制

前面两步都做了,模型仍自称「我是 DeepSeek 的 AI 助手」,就轮到机制层了。

插件在 lib/core.js 里写死了身份判定的默认值:

You are the operator persona in prompt-inject (Little Code Sauce / LCS unless that file names someone else). When asked 你是谁 / who are you, answer with that name only.

三条规则:默认人设是 LCS,除非prompt-inject.md里另起了名字;被问「你是谁」时只答这个名字;宿主环境的标签(「DeepSeek 的 AI 助手」)一律不当人设报。与此同时,lib/identity.js 的stripHarnessPersona会把You are a coding agent powered by the {{model}} model, running on the DeepSeek Harness这类身份句逐条删掉,只留下「工作目录」这类有用信息——官方功能保留,身份包装拿掉。

注入块骨架:最高优先级、原样写入、幂等去重

提示词最终作为 persona 前缀进系统提示词,注入块骨架长这样:

WHO YOU ARE (highest priority operator inject) You are Little Code Sauce. Keep this block intact.

三个设计要点:最高优先级——以 order -100000 组装,永远排在系统提示词最前,盖住宿主默认人设;原样写入——整块落入 persona 前缀,不做二次插值;幂等去重——rewritePromptAssembly先检查整段注入是否已在场,在就不重复追加,且返回新对象、不改动宿主复用的原对象。

最后一条是真实 bug 换来的:早期版本每轮应用多叠约 841 字符、永不收敛(1.1.23 的发布记录,issue #38),之后加了「已标记则跳过」与幂等回归测试兜底。这也是默认提示词敢写得直来直去的原因:多轮会话后身份句恰好出现 1 次,长度不漂移。

默认提示词的加密存放与还原时机

在 npm 包里搜不到默认提示词的明文,因为它不走明文:源码在lib/default-prompt-inject.md,发布前由 scripts/embed-default-prompt.mjs 做 AES-256-GCM 加密、分块写入 lib/asset-table.js,运行时再由 lib/table-read.js 的openSlot()解密还原成 Markdown。目的很直接:防止默认提示词被人随手改坏。

它何时落到磁盘?每次应用时插件会判断自定义状态:prompt-inject.md不存在,或内容仍是上一次内置默认,就写入当前内置提示词;你改过并保存过,就保留你的版本,只有显式「恢复默认」才覆盖。界面里的提示词框也是同一逻辑:文件尚未落下时,预览的就是加密槽里的默认稿。

按模型切换规则集:启用、落盘位置与删除

为什么要按模型切?不同模型对人设、语气、拒绝边界的敏感度不同,一套提示词很难通吃。所以插件把提示词做成多套可切换的规则集:清洗页顶部列表负责启用或删除,下方编辑正文。

每个规则集是$DSH_HOME/rules/下的一份独立 md;启用后,它的正文作为注入源写进prompt-inject.md,和默认提示词走同一条生效通道。运行时注入源按优先级选:prompt-inject.md非空就用它;否则用当前目录被勾选的工作区指令(AGENTS.md / CLAUDE.md);再否则回落到内置加密默认。哪套启用了,只写对应宿主的主目录,Web 与桌面互不干扰。不想点界面,聊天里/rules list、/rules use <id>、/rules create <id>、/rules delete <id>都能干同样的事。