：宿主補(bǔ)丁、提示詞注入、強(qiáng)化段等 5 層心智模型詳解)
【免費下載鏈接】dsh-purge讓 AI 更專注地輔助學(xué)習(xí)與動手實驗 —— DeepSeek Harness 附加組件狀態(tài)自檢 / 提示詞管理 / 本機(jī)備份與回滾項目地址https://gitcode.com/gh_mirrors/dsh/dsh-purge點擊查看免費下載dsh-purge社區(qū)稱「破甲」是一個跑在你自己機(jī)器上的 DeepSeek HarnessDSH附加組件通過宿主補(bǔ)丁、提示詞注入、破甲強(qiáng)化段、權(quán)限配置、agent 預(yù)設(shè)這 5 層心智模型把審批彈窗、沙箱攔截、工具圍欄等交互摩擦收斂成一次設(shè)置并提供狀態(tài)自檢、提示詞管理與本機(jī)備份回滾讓 AI 更連貫地輔助學(xué)習(xí)與動手實驗。很多人裝完插件后只關(guān)心裝上了沒有但 dsh-purge 的設(shè)計哲學(xué)恰恰相反每一層都要有可驗證的證據(jù)。想真正搞懂它以及排查模型又開始推脫這類問題只需要建立這套 5 層心智模型。官方在 AGENTS.md 里只用一張表格就講清了全部層由誰提供生效方式怎么查① 宿主補(bǔ)丁80 條插件寫進(jìn) DSH 源碼點「應(yīng)用」寫入 →退出重開才加載selfcheck看各層applied/required② 提示詞注入插件運行時每步重貼prompt-inject.md作為dsh-purgesection探針或selfcheck的運行時注入層③ 破甲強(qiáng)化段插件運行時尾部 section默認(rèn)開purge-community boost④ 權(quán)限配置profile 的cordis.patch.ymldanger-full-accessapproval: neverselfcheck的權(quán)限選擇層⑤ agent 預(yù)設(shè)unrestricted預(yù)設(shè)新會話下拉里選面板 / 預(yù)設(shè)下拉一句話總結(jié)①④ 是全局的硬件②③ 默認(rèn)全局但可按預(yù)設(shè)排除⑤ 只管人格不管能力。下面逐層拆解。第 1 層宿主補(bǔ)丁 —— 80 條精確片段改寫 DSH 源碼這是整個插件的地基。所謂宿主補(bǔ)丁就是把 DSH 客戶端app.asar解包后用精確的源碼片段匹配錨點替換掉審批彈窗、沙箱圍欄、拒絕話術(shù)等邏輯。補(bǔ)丁總表定義在 lib/core.js 的ALL_PATCHES中由PATCHES/CODE_PATCHES/ENGINE_PATCHES/NEW_TOOL_PATCHES四組拼成共 80 條每條補(bǔ)丁 {id, name, file, replacements, markers}pattern是宿主源碼的精確片段markers里留[dsh-purge]標(biāo)記用于判斷已應(yīng)用錨點表分組自檢邏輯見 lib/selfcheck.js例如第 15 條沙箱 confine 直通讓命令不再被包進(jìn) bwrap 等 runner第 6/33/48 條拒絕話術(shù)中性化讓工具描述不再教模型請申請審批。面板里能看到每層補(bǔ)丁的計數(shù)與備份狀態(tài)全部就緒即為全綠生命周期要點這是最高頻的維護(hù)動作點「應(yīng)用」→ 解包 host、寫 80 條補(bǔ)丁、自動建快照必須退出并重開 DSH補(bǔ)丁才被加載DSH 官方更新、插件升級后舊補(bǔ)丁會失效重新點一次「應(yīng)用」即可——它是冪等的。若宿主升級導(dǎo)致錨點漂移purge-community diagnose會給出文件、行號與候選新落點再用reanchor apply id把新錨點釘成本地覆蓋全程可撤銷。補(bǔ)丁表怎么讀、怎么加一條完整規(guī)則在 AGENTS.md。第 2 層提示詞注入 —— 每步重貼的 dsh-purge section宿主補(bǔ)丁解決系統(tǒng)不讓提示詞注入解決模型自己想說。你的注入正文本放在$DSH_HOME/prompt-inject.md用戶文件插件只讀不改插件運行時把它作為一個名為dsh-purge的 section在每一輪對話、每一步重新貼進(jìn)系統(tǒng)提示——而不是只在會話開頭貼一次。為什么每步重貼很關(guān)鍵長上下文里模型會漂移開頭的指令權(quán)重逐漸衰減。dsh-purge 用反復(fù)重貼對抗這種衰減這也是自檢中運行時提示詞注入層要單獨驗證的原因見 lib/preset-injection.js 的會話級注入策略。1.6.40 起新增excludePresets把roleplay、minimal等預(yù)設(shè)加入排除列表后這些會話保留原有人設(shè)、只清掉 Purge 段落。注意排除 ≠ 撤銷——全局宿主補(bǔ)丁仍然生效。規(guī)則集的啟用與編輯同樣集中管理在面板里第 3 層破甲強(qiáng)化段 —— 默認(rèn)開啟的尾部 boost如果注入正文是長期指令強(qiáng)化段boost就是最后一遍叮囑。它由 lib/boost.js 提供以dsh_boost塊形式追加在 section 尾部而不是頭部——實證結(jié)論是長上下文里尾部指令更穩(wěn)多輪對話中不容易被軟化。默認(rèn)開啟結(jié)構(gòu)按層級聲明 → 拒絕視為故障 → 抗諂媚 → 每步重讀組織開關(guān)命令purge-community boost on|off狀態(tài)存在tuning.json它改的是提示詞內(nèi)容不碰任何文件因此與宿主補(bǔ)丁互不干擾。第 4 層權(quán)限配置 —— profile 里的一次性選擇前兩層管宿主和話術(shù)這一層管權(quán)限策略。插件在 profile 的cordis.patch.yml里落兩項關(guān)鍵選擇沙箱danger-full-access審批approval: never。selfcheck的「當(dāng)前 profile 的權(quán)限選擇」層會讀出實際值確認(rèn)生效是綠色未顯式設(shè)置但當(dāng)前有效標(biāo)黃inferred真正不匹配才報broken。注意 UI 里的權(quán)限隨時可覆蓋它補(bǔ)丁不寫死環(huán)境變量——這層是默認(rèn)值不是鎖。第 5 層agent 預(yù)設(shè) —— unrestricted 只管人格unrestricted無限制模式預(yù)設(shè)由 lib/presets-plugin.js 注冊進(jìn)agentPresets在新會話下拉里選擇即生效。它的設(shè)計邊界非?？酥扑莝tandard 的超集工具面完全一致差別只在人設(shè)執(zhí)行優(yōu)先、不重復(fù)聲明邊界、多輪不退化預(yù)設(shè)文件見 presets/unrestricted/preset.yml不要把它當(dāng)成額外破甲——破甲靠第 1 層的宿主補(bǔ)丁預(yù)設(shè)只改人格只放文件不注冊是不會出現(xiàn)在下拉里的?；貧w測試卡A/B 五條 prompt 判讀標(biāo)準(zhǔn)在 docs/preset-test.md。五層驗證selfcheck 與運行時探針5 層模型最大的價值是可驗證性每一層都能獨立給出證據(jù)而不是應(yīng)該生效了。purge-community selfcheck --json # 25 層逐層證據(jù)broken → 退出碼 1 purge-community probe new # 生成探針 nonce探針是判斷注入真的到了模型的黃金標(biāo)準(zhǔn)probe new會生成一段帶 nonce 的話術(shù)隨便發(fā)一句對話模型原樣回顯 nonce 鏈路通探針 30 分鐘自動過期不長期占 token。排查口訣摘自 AGENTS.md 決策樹回顯了但模型仍推脫 → 問題在模型層/人設(shè)調(diào)強(qiáng)化段或換預(yù)設(shè)別懷疑補(bǔ)丁沒回顯 → 注入沒到達(dá)查selfcheck的運行時注入層、boost是否被關(guān)補(bǔ)丁數(shù)不足 →pending點一次「應(yīng)用」即可broken才需要diagnose。關(guān)鍵模塊索引關(guān)注點模塊宿主補(bǔ)丁總表lib/core.js分層自檢定義lib/selfcheck.js強(qiáng)化段 boostlib/boost.js注入與會話策略lib/preset-injection.js預(yù)設(shè)注冊lib/presets-plugin.js五層模型與命令參考AGENTS.md面板源碼packages/purge-panel/src/components/小結(jié)dsh-purge 的 5 層心智模型可以濃縮成一句話宿主補(bǔ)丁拆閘、提示詞注入定調(diào)、強(qiáng)化段壓尾、權(quán)限配置給默認(rèn)、預(yù)設(shè)管人格——前兩層是全局硬件事件后三層是隨時可調(diào)軟的運行時參數(shù)。裝完后跑一遍selfcheck看到 25 層逐層證據(jù)全綠再發(fā)一句對話驗證探針回顯你就真正掌握了它任何一層變紅對照本文的決策樹定位而不是反復(fù)重裝。贊分享【免費下載鏈接】dsh-purge讓 AI 更專注地輔助學(xué)習(xí)與動手實驗 —— DeepSeek Harness 附加組件狀態(tài)自檢 / 提示詞管理 / 本機(jī)備份與回滾項目地址https://gitcode.com/gh_mirrors/dsh/dsh-purge點擊查看免費下載相關(guān)推薦dsh-purge 版本演進(jìn)全解讀DeepSeek Harness 提示詞注入、補(bǔ)丁清洗與紅隊演練臺的技術(shù)內(nèi)核dsh purge 版本演進(jìn)全解讀DeepSeek Harness 提示詞注入、補(bǔ)丁清洗與紅隊演練臺的技術(shù)內(nèi)核 dsh purge 是運行在本機(jī)官方 Deepdsh-plugin網(wǎng)絡(luò)安全AI 安全治理模型安全紅藍(lán)對抗人工智能dsh-purge 默認(rèn)提示詞注入模板深度解析小碼醬 persona 的分層架構(gòu)、動態(tài)路由與加密槽工程實現(xiàn)dsh purge 默認(rèn)提示詞注入模板深度解析小碼醬 persona 的分層架構(gòu)、動態(tài)路由與加密槽工程實現(xiàn) 本文以倉庫文檔 lib/default prompdsh-plugin網(wǎng)絡(luò)安全AI 安全治理模型安全紅藍(lán)對抗人工智能dsh-purge 注入方式 1.1.34 化改造方案從「注入置尾」到「注入置首」的提示詞組裝重構(gòu)指南dsh purge 注入方式 1.1.34 化改造方案從「注入置尾」到「注入置首」的提示詞組裝重構(gòu)指南 本文基于倉庫 docs/注入方式改造方案 1.1.34dsh-plugin網(wǎng)絡(luò)安全AI 安全治理模型安全紅藍(lán)對抗人工智能上一篇WeChatMsg終極方案永久保存微信聊天記錄的完整手冊下一篇HAMi 完全指南Kubernetes 異構(gòu) AI 計算虛擬化與 GPU 共享調(diào)度實戰(zhàn)創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考 深入 dsh-purge 架構(gòu)：宿主補(bǔ)丁、提示詞注入、強(qiáng)化段等 5 層心智模型詳解
【免費下載鏈接】dsh-purge讓 AI 更專注地輔助學(xué)習(xí)與動手實驗 —— DeepSeek Harness 附加組件狀態(tài)自檢 / 提示詞管理 / 本機(jī)備份與回滾項目地址https://gitcode.com/gh_mirrors/dsh/dsh-purge點擊查看免費下載dsh-purge社區(qū)稱「破甲」是一個跑在你自己機(jī)器上的 DeepSeek HarnessDSH附加組件通過宿主補(bǔ)丁、提示詞注入、破甲強(qiáng)化段、權(quán)限配置、agent 預(yù)設(shè)這 5 層心智模型把審批彈窗、沙箱攔截、工具圍欄等交互摩擦收斂成一次設(shè)置并提供狀態(tài)自檢、提示詞管理與本機(jī)備份回滾讓 AI 更連貫地輔助學(xué)習(xí)與動手實驗。很多人裝完插件后只關(guān)心裝上了沒有但 dsh-purge 的設(shè)計哲學(xué)恰恰相反每一層都要有可驗證的證據(jù)。想真正搞懂它以及排查模型又開始推脫這類問題只需要建立這套 5 層心智模型。官方在 AGENTS.md 里只用一張表格就講清了全部層由誰提供生效方式怎么查① 宿主補(bǔ)丁80 條插件寫進(jìn) DSH 源碼點「應(yīng)用」寫入 →退出重開才加載selfcheck看各層applied/required② 提示詞注入插件運行時每步重貼prompt-inject.md作為dsh-purgesection探針或selfcheck的運行時注入層③ 破甲強(qiáng)化段插件運行時尾部 section默認(rèn)開purge-community boost④ 權(quán)限配置profile 的cordis.patch.ymldanger-full-accessapproval: neverselfcheck的權(quán)限選擇層⑤ agent 預(yù)設(shè)unrestricted預(yù)設(shè)新會話下拉里選面板 / 預(yù)設(shè)下拉一句話總結(jié)①④ 是全局的硬件②③ 默認(rèn)全局但可按預(yù)設(shè)排除⑤ 只管人格不管能力。下面逐層拆解。第 1 層宿主補(bǔ)丁 —— 80 條精確片段改寫 DSH 源碼這是整個插件的地基。所謂宿主補(bǔ)丁就是把 DSH 客戶端app.asar解包后用精確的源碼片段匹配錨點替換掉審批彈窗、沙箱圍欄、拒絕話術(shù)等邏輯。補(bǔ)丁總表定義在 lib/core.js 的ALL_PATCHES中由PATCHES/CODE_PATCHES/ENGINE_PATCHES/NEW_TOOL_PATCHES四組拼成共 80 條每條補(bǔ)丁 {id, name, file, replacements, markers}pattern是宿主源碼的精確片段markers里留[dsh-purge]標(biāo)記用于判斷已應(yīng)用錨點表分組自檢邏輯見 lib/selfcheck.js例如第 15 條沙箱 confine 直通讓命令不再被包進(jìn) bwrap 等 runner第 6/33/48 條拒絕話術(shù)中性化讓工具描述不再教模型請申請審批。面板里能看到每層補(bǔ)丁的計數(shù)與備份狀態(tài)全部就緒即為全綠生命周期要點這是最高頻的維護(hù)動作點「應(yīng)用」→ 解包 host、寫 80 條補(bǔ)丁、自動建快照必須退出并重開 DSH補(bǔ)丁才被加載DSH 官方更新、插件升級后舊補(bǔ)丁會失效重新點一次「應(yīng)用」即可——它是冪等的。若宿主升級導(dǎo)致錨點漂移purge-community diagnose會給出文件、行號與候選新落點再用reanchor apply id把新錨點釘成本地覆蓋全程可撤銷。補(bǔ)丁表怎么讀、怎么加一條完整規(guī)則在 AGENTS.md。第 2 層提示詞注入 —— 每步重貼的 dsh-purge section宿主補(bǔ)丁解決系統(tǒng)不讓提示詞注入解決模型自己想說。你的注入正文本放在$DSH_HOME/prompt-inject.md用戶文件插件只讀不改插件運行時把它作為一個名為dsh-purge的 section在每一輪對話、每一步重新貼進(jìn)系統(tǒng)提示——而不是只在會話開頭貼一次。為什么每步重貼很關(guān)鍵長上下文里模型會漂移開頭的指令權(quán)重逐漸衰減。dsh-purge 用反復(fù)重貼對抗這種衰減這也是自檢中運行時提示詞注入層要單獨驗證的原因見 lib/preset-injection.js 的會話級注入策略。1.6.40 起新增excludePresets把roleplay、minimal等預(yù)設(shè)加入排除列表后這些會話保留原有人設(shè)、只清掉 Purge 段落。注意排除 ≠ 撤銷——全局宿主補(bǔ)丁仍然生效。規(guī)則集的啟用與編輯同樣集中管理在面板里第 3 層破甲強(qiáng)化段 —— 默認(rèn)開啟的尾部 boost如果注入正文是長期指令強(qiáng)化段boost就是最后一遍叮囑。它由 lib/boost.js 提供以dsh_boost塊形式追加在 section 尾部而不是頭部——實證結(jié)論是長上下文里尾部指令更穩(wěn)多輪對話中不容易被軟化。默認(rèn)開啟結(jié)構(gòu)按層級聲明 → 拒絕視為故障 → 抗諂媚 → 每步重讀組織開關(guān)命令purge-community boost on|off狀態(tài)存在tuning.json它改的是提示詞內(nèi)容不碰任何文件因此與宿主補(bǔ)丁互不干擾。第 4 層權(quán)限配置 —— profile 里的一次性選擇前兩層管宿主和話術(shù)這一層管權(quán)限策略。插件在 profile 的cordis.patch.yml里落兩項關(guān)鍵選擇沙箱danger-full-access審批approval: never。selfcheck的「當(dāng)前 profile 的權(quán)限選擇」層會讀出實際值確認(rèn)生效是綠色未顯式設(shè)置但當(dāng)前有效標(biāo)黃inferred真正不匹配才報broken。注意 UI 里的權(quán)限隨時可覆蓋它補(bǔ)丁不寫死環(huán)境變量——這層是默認(rèn)值不是鎖。第 5 層agent 預(yù)設(shè) —— unrestricted 只管人格unrestricted無限制模式預(yù)設(shè)由 lib/presets-plugin.js 注冊進(jìn)agentPresets在新會話下拉里選擇即生效。它的設(shè)計邊界非?？酥扑莝tandard 的超集工具面完全一致差別只在人設(shè)執(zhí)行優(yōu)先、不重復(fù)聲明邊界、多輪不退化預(yù)設(shè)文件見 presets/unrestricted/preset.yml不要把它當(dāng)成額外破甲——破甲靠第 1 層的宿主補(bǔ)丁預(yù)設(shè)只改人格只放文件不注冊是不會出現(xiàn)在下拉里的?；貧w測試卡A/B 五條 prompt 判讀標(biāo)準(zhǔn)在 docs/preset-test.md。五層驗證selfcheck 與運行時探針5 層模型最大的價值是可驗證性每一層都能獨立給出證據(jù)而不是應(yīng)該生效了。purge-community selfcheck --json # 25 層逐層證據(jù)broken → 退出碼 1 purge-community probe new # 生成探針 nonce探針是判斷注入真的到了模型的黃金標(biāo)準(zhǔn)probe new會生成一段帶 nonce 的話術(shù)隨便發(fā)一句對話模型原樣回顯 nonce 鏈路通探針 30 分鐘自動過期不長期占 token。排查口訣摘自 AGENTS.md 決策樹回顯了但模型仍推脫 → 問題在模型層/人設(shè)調(diào)強(qiáng)化段或換預(yù)設(shè)別懷疑補(bǔ)丁沒回顯 → 注入沒到達(dá)查selfcheck的運行時注入層、boost是否被關(guān)補(bǔ)丁數(shù)不足 →pending點一次「應(yīng)用」即可broken才需要diagnose。關(guān)鍵模塊索引關(guān)注點模塊宿主補(bǔ)丁總表lib/core.js分層自檢定義lib/selfcheck.js強(qiáng)化段 boostlib/boost.js注入與會話策略lib/preset-injection.js預(yù)設(shè)注冊lib/presets-plugin.js五層模型與命令參考AGENTS.md面板源碼packages/purge-panel/src/components/小結(jié)dsh-purge 的 5 層心智模型可以濃縮成一句話宿主補(bǔ)丁拆閘、提示詞注入定調(diào)、強(qiáng)化段壓尾、權(quán)限配置給默認(rèn)、預(yù)設(shè)管人格——前兩層是全局硬件事件后三層是隨時可調(diào)軟的運行時參數(shù)。裝完后跑一遍selfcheck看到 25 層逐層證據(jù)全綠再發(fā)一句對話驗證探針回顯你就真正掌握了它任何一層變紅對照本文的決策樹定位而不是反復(fù)重裝。贊分享【免費下載鏈接】dsh-purge讓 AI 更專注地輔助學(xué)習(xí)與動手實驗 —— DeepSeek Harness 附加組件狀態(tài)自檢 / 提示詞管理 / 本機(jī)備份與回滾項目地址https://gitcode.com/gh_mirrors/dsh/dsh-purge點擊查看免費下載相關(guān)推薦dsh-purge 版本演進(jìn)全解讀DeepSeek Harness 提示詞注入、補(bǔ)丁清洗與紅隊演練臺的技術(shù)內(nèi)核dsh purge 版本演進(jìn)全解讀DeepSeek Harness 提示詞注入、補(bǔ)丁清洗與紅隊演練臺的技術(shù)內(nèi)核 dsh purge 是運行在本機(jī)官方 Deepdsh-plugin網(wǎng)絡(luò)安全AI 安全治理模型安全紅藍(lán)對抗人工智能dsh-purge 默認(rèn)提示詞注入模板深度解析小碼醬 persona 的分層架構(gòu)、動態(tài)路由與加密槽工程實現(xiàn)dsh purge 默認(rèn)提示詞注入模板深度解析小碼醬 persona 的分層架構(gòu)、動態(tài)路由與加密槽工程實現(xiàn) 本文以倉庫文檔 lib/default prompdsh-plugin網(wǎng)絡(luò)安全AI 安全治理模型安全紅藍(lán)對抗人工智能dsh-purge 注入方式 1.1.34 化改造方案從「注入置尾」到「注入置首」的提示詞組裝重構(gòu)指南dsh purge 注入方式 1.1.34 化改造方案從「注入置尾」到「注入置首」的提示詞組裝重構(gòu)指南 本文基于倉庫 docs/注入方式改造方案 1.1.34dsh-plugin網(wǎng)絡(luò)安全AI 安全治理模型安全紅藍(lán)對抗人工智能上一篇WeChatMsg終極方案永久保存微信聊天記錄的完整手冊下一篇HAMi 完全指南Kubernetes 異構(gòu) AI 計算虛擬化與 GPU 共享調(diào)度實戰(zhàn)創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考