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