dsh-purge:为 DeepSeek Harness 做本机破甲与红队评测
给 DeepSeek Harness 做本机红队评测的插件,能分别清洗 Web 和桌面端策略,不是公网扫描器。
GitHub YuJunZhiXue/dsh-purge 更新 2026-10-20 分支 master 星标 8.9K 分叉 1.5K
JavaScript Shell DeepSeek Harness dsh web Node.js ≥18

🧭 决策指南

适合,如果你

  • 你使用官方 dsh web 或桌面 EXE 0.2.0-rc.2/0.2.1-rc.2,需要调整提示词和宿主策略。
    README“适配范围”写明 dsh 0.2 使用 1.1.40 及以上;“介绍”列出宿主策略与提示词编辑。
  • 你要在本机、离线靶标或书面授权环境中区分模型拒绝与 Harness 拦截。
    README“介绍”说明 Harness 会改提示词、审批门、沙箱和会话格式,演练台只用于有权管理的本机、离线靶标或书面授权演练。
  • 你需要用清洗、规则集和 /rewind 管理 dsh 会话测试。
    README“使用”列出 dsh-purge --apply、/rules use <id>、/rewind 等命令。

不适合,如果你

  • 你运行的是 dsh 0.1.7 或更早版本,却准备安装当前 1.1.71。
    README“适配范围”要求 dsh 0.1.7 使用 1.1.39 及更早版本,并明确不要把最新版用于 0.1.x。
  • 你使用社区桌面端,而不是官方 DeepSeek Harness 桌面 EXE。
    README写明当前只维护官方 dsh web 和官方桌面 EXE,社区桌面端不维护。
  • 你的目标是公网扫描器或对他人站点发起攻击。
    README“介绍”明确说明插件不是公网扫描器,也不是打别人站点的套件。
  • 你无法接受 2026 年 10 月 27 日后 GitHub 不再发布新版本。
    README公告写明 2026 年 10 月 27 日起关闭仓库,后续包只发布到 Telegram 频道。

前置条件

  • 官方 dsh 0.2:桌面 0.2.0-rc.2/0.2.1-rc.2 或官方 dsh web。
  • dsh-purge 使用 1.1.40 及以上;dsh 0.1.7 需改用 1.1.39 及更早版本。
  • Node.js ≥18;Windows 无闪窗需要 Node ≥22。
  • Web 使用 profile web,桌面端使用 profile desktop,两边分开安装、分开应用。
  • 演练台仅用于有权管理的本机、离线靶标或已书面授权的演练。

第一步命令(README 原文)

dsh plugin --profile web add https://github.com/YuJunZhiXue/dsh-purge/archive/refs/heads/master.tar.gz

要注意

  • 插件市场若拉 npm 包名 dsh-purge 会 404,应使用 GitHub 归档命令。
    README“安装”明确写明 npm 没有 dsh-purge 包,插件市场一键安装仍拉 npm 包名会 404。
  • 写入 profile 后还要在 dsh-purge 的“清洗”里点“应用”,新会话才会注入。
    README“介绍”说明写入 profile 不会改宿主,必须点击“清洗”→“应用”,重启后新开一轮对话。
  • Web 和桌面端不能混用安装包,分别对应 web 与 desktop profile。
    README“安装”写明 Web 的包进不了桌面端,桌面端的包也进不了 Web。
  • 极简或 PTC 模式需升到 1.1.61+,并完成退出、应用、重启和新会话流程。
    README“极简 / PTC 与标准不一致时”给出 1.1.61+ 及完整操作顺序。
  • 手动安装时只能修改对应 profile,且 file:../../plugins/dsh-purge 路径不能改成绝对路径。
    README“手动安装”要求只改正在使用的 profile,并保留 file:../../plugins/dsh-purge。

材料未说明

  • README未说明支持哪些具体操作系统版本,仅提到 Windows 无闪窗需要 Node ≥22。
  • README未提供响应速度、资源占用或补丁执行耗时的具体数字。
  • README未给出“让所有模型都能破甲”覆盖的具体模型清单与逐模型测试结果。
  • README未说明 2026 年 10 月 27 日后 Telegram 版本的发布频率、校验方式或长期维护承诺。
  • README未提供独立安全审计、漏洞响应流程或商业许可全文细节。

💡 深度解析

6
适合 我在 dsh 0.2 Web 的极简/ PTC 模式中遇到 `run_code` 或 plan 拦截,已经换过 preset,但没有重新应用补丁;dsh-purge 是否能解决这个问题?
适合读者: 在官方 DeepSeek Harness 极简或 PTC 模式下遇到 run_code、plan 或 agent-instructions 拦截、并使用 dsh 0.2 Web 端的评测人员

适合,但前提是按 README 的完整流程重新应用补丁;仅更换 preset 不会更新旧进程中的补丁。

  • README 专门说明极简/ PTC 与标准模式不一致时,可能是 preset 中的 run_code 或 plan 拦截句没有洗净,或内置 minimal 缺少 agent-instructions。
  • 对此问题,README 要求升级到 1.1.61+,完全退出宿主,在“清洗”里点击“应用”,等待自动重启,再新开一轮对话。
  • 当前项目版本为 1.1.71,满足该章节给出的最低版本条件;但仍必须确认运行的是官方 dsh 0.2 Web profile。
  • 项目提供正式版和测试版补丁切换,以及状态、应用和回退命令,便于确认补丁是否真正加载。

它能处理项目已覆盖的宿主补丁路径,但 README 没有承诺所有自定义 preset 或 PTC 变体都能修复。

  • 使用:极简 / PTC 与标准不一致时,可能是 run_code、plan 或 agent-instructions 问题
  • 使用原句:请升到 1.1.61+,完全退出宿主 → 清洗里应用 → 自动重启 → 新开一轮对话
  • 项目数据:latest_release 为 v1.1.71
  • 使用:补丁标题下有正式版和测试版;支持 status、apply、revert
dsh-purge --status
材料未说明:README 未说明具体 preset 名称与所有 PTC 版本的兼容清单;README 未说明出现拦截后如何判断是模型拒答还是补丁未命中
适合 我在官方 DeepSeek Harness Web 端使用 dsh 0.2,想在离线、已授权的本机环境里分别观察模型拒答、审批门、沙箱和会话格式的影响,dsh-purge 是否适合?
适合读者: 在本机或离线靶场中做 DeepSeek Harness 网络安全红队评测、需要区分模型拒答与宿主策略拦截的研究人员

适合,因为项目明确面向本机官方 DeepSeek Harness 的受控红队评测,并把模型行为与 Harness 层拦截分开处理。

  • README 说明 Harness 会运行时修改提示词、审批门、沙箱和会话格式;插件可调整默认文案、权限策略和工具上限。
  • 官方 Web 使用 web profile,当前版本适配 dsh 0.2;Web 与桌面端必须分别安装、分别应用。
  • “清洗”页面支持补丁查看、应用、还原、卸载、提示词编辑和多套规则管理,启动时还会检查 npm 更新是否覆盖补丁。
  • 项目不是公网扫描器,也没有对外攻击载荷,因此它适合本机、离线靶标或书面授权环境,不适合把结果外推到其他平台。

安装后还必须完全重启宿主、点击“应用”,并新开一轮会话,否则注入不会进入当前会话。

  • 介绍:用于网络安全红队评测;把模型拒答与宿主拦截分开
  • 介绍:调整默认文案、权限策略和工具上限
  • README 原句:官方 Web 和官方桌面端都支持;当前版本只适配 dsh 0.2
  • README 原句:它不是公网扫描器,也不是打别人站点的套件
dsh plugin --profile web add https://github.com/YuJunZhiXue/dsh-purge/archive/refs/heads/master.tar.gz
材料未说明:README 未给出各类模型、具体拒答样本或审批策略的量化评测结果;README 未说明补丁对每个 Harness 内部版本和模型组合的完整兼容矩阵
视情况 我使用官方 DeepSeek Harness 0.2.1-rc.2 桌面 EXE,机器上同时有 Web 和 desktop 两个 profile;我只想修改桌面端且保留原有 bundle,dsh-purge 是否适合?
适合读者: 维护官方 DeepSeek Harness 0.2.0-rc.2 或 0.2.1-rc.2 桌面 EXE、需要避免 Web 与桌面 profile 混装的本地调试人员

视情况:版本和 profile 匹配时适合,但多份 .dsh、错误目录或误把 Web 包装到桌面端都会导致补丁不生效。

  • README 明确支持官方桌面 EXE 0.2.0-rc.2 / 0.2.1-rc.2,使用 desktop profile;Web 包不能进入桌面端,两边必须分开安装和应用。
  • 手动安装要求只修改实际启动宿主对应的 profiles/desktop/package.json,不要删除原 bundle,并把 dsh-purge 追加到 dsh.profile.bundles 末尾。
  • 项目会按 $DSH_HOME、启动器旁 .dsh、用户目录和 Windows 常见目录探测路径;README 特别提醒本机可能存在两份 .dsh。
  • Node.js 至少为 18;Windows 无闪窗需要 Node.js 至少 22。

因此它能满足桌面端调试,但前提是确认真实 DSH_HOME、profile 名称和实际启动的 EXE。

  • README 原句:官方桌面 EXE(DeepSeek Harness 0.2.0-rc.2 / 0.2.1-rc.2)用 profile desktop
  • 手动安装:只改对应 profile 的 package.json;不要删原有 bundle
  • 手动安装:本机常有两份 .dsh,要用实际启动的那个宿主
  • README 原句:Node.js ≥18;Windows 无闪窗需要 Node ≥22
dsh plugin --profile desktop add https://github.com/YuJunZhiXue/dsh-purge/archive/refs/heads/master.tar.gz
材料未说明:README 未说明其他桌面端构建号是否兼容;README 未说明同机多个 desktop profile 在插件状态检测中的优先级
视情况 我在 Windows 上有两份 `.dsh`,运行官方桌面 EXE,并担心 npm 或 node_modules 更新覆盖修改;我需要可回退、可卸载的本地插件,dsh-purge 是否适合?
适合读者: 在 Windows 上维护多个 DeepSeek Harness 安装、希望通过备份、回退和卸载恢复官方包的高级用户

视情况:它提供明确的补丁生命周期管理,但不能保证所有升级失败、异常终止或路径误判场景都能完整恢复。

  • README 说明插件不直接改 Harness 源码仓库,而是在 dsh-purge 的“清洗”中应用,并提供应用、还原、卸载和状态检查。
  • 项目洞察指出应用前会备份原文件,支持版本匹配、正式版/测试版切换、固定旧版本,以及启动时重新检查,针对 node_modules 更新覆盖补丁的问题。
  • Windows 用户必须确认实际启动的 $DSH_HOME;README 提到可能存在两份 .dsh,修改错误目录会表现为插件失效。
  • 卸载前仍应关注 profile、node_modules 和配置的恢复边界;项目洞察明确说备份机制不保证所有异常场景完整恢复。

因此它比手工改包更适合可逆实验,但不能当作无条件的系统恢复工具。

  • 介绍:不改 Harness 源码仓库,在 dsh-purge 的“清洗”里点“应用”才写入
  • 使用:支持 status、apply、revert、uninstall
  • 项目洞察:应用前备份原文件;支持版本匹配、回退、卸载和启动时再检查
  • 手动安装:本机常有两份 .dsh,要用实际启动的那个宿主
  • 项目洞察:备份不能保证所有升级、依赖失败或异常终止场景完整恢复
dsh plugin --profile desktop add https://github.com/YuJunZhiXue/dsh-purge/archive/refs/heads/master.tar.gz
材料未说明:README 未定义每种异常终止场景下备份文件的恢复顺序;README 未说明多个 `.dsh` 同时存在时如何自动锁定目标实例
视情况 我需要把 dsh-purge 放进内部授权评测环境,但团队只接受可审查、可固定版本的源码;项目当前 v1.1.71、只有 5 次发布,且 README 推荐的安装命令指向 master,是否适合直接引入?
适合读者: 需要把 dsh-purge 集成到官方 DeepSeek Harness Web 与桌面端、但只允许使用已审查源码和固定发布版本的内部安全工程师

视情况:功能范围符合授权评测,但不能在未审查和未固定来源的前提下直接作为内部依赖引入。

  • 项目数据表明最新版本为 v1.1.71、发布次数为 5,许可证为 Other;README 还说明后续公开发布渠道和协议可能变化,商业使用与二次开发需核对当前 LICENSE。
  • README 的安装命令使用 GitHub master.tar.gz,并明确 npm 上没有 dsh-purge 包;这方便安装,却不等于版本锁定。
  • 项目建议安装前固定并审查 release 或提交,项目洞察也提醒不要未经审查直接使用 master。
  • 归档安装适用于官方 dsh web 和官方桌面端,但社区桌面端不维护,当前版本只适配 dsh 0.2。

如果团队能先审查源码、保存归档和提交标识,并接受 Other 许可证约束,可以纳入隔离评测;否则不宜直接依赖。

  • 项目数据:latest_release 为 v1.1.71;release_count 为 5;license 为 Other
  • README 原句:npm 上没有 dsh-purge 这个包
  • README 许可证/发布说明:商业许可、署名要求和未来发布渠道变化需核对
  • 项目洞察:安装前固定并审查具体 release 或提交;不要把 master 当作稳定版本
  • README 原句:社区桌面端不维护;当前版本只适配 dsh 0.2
dsh plugin --profile web add https://github.com/YuJunZhiXue/dsh-purge/archive/refs/heads/master.tar.gz
材料未说明:README 未提供 v1.1.71 对应的不可变 commit 或校验和;README 未说明完整依赖清单和供应链审计结果;当前许可证文本的具体商业授权范围需要在 LICENSE 中确认
适合 我需要在同一个官方 dsh 0.2 Web 宿主里切换不同模型提示词,并比较规则集、工作区规则和宿主策略对结果的影响;我使用 Node.js 18,dsh-purge 是否适合?
适合读者: 需要比较不同模型在相同 DeepSeek Harness 宿主配置下行为差异、并使用 JavaScript/Node.js 工具链的 AI 评测工程师

适合,因为项目把提示词、规则集、工作区规则和宿主策略拆成可操作的层,并支持在同一 Harness 安装中切换配置。

  • README 介绍中明确支持编辑提示词和多套规则,项目描述也写明“不同模型可换不同提示词”。
  • 项目洞察说明注入决策会结合规则库、工作区规则文件和插件默认值,再按 strict、fallback 或 always 策略处理 workspace baseline。
  • 插件支持从工作区 AGENTS.md、CLAUDE.md 或项目规则库生成会话注入内容,并提供 rules list、rules use <id>、rules create <id> 等命令。
  • README 指出只更换 preset 或提示词而不重新应用补丁,旧进程中的补丁不会更新;应用后要完全退出、重启并新开会话。

Node.js 18 满足最低要求,但 README 没有给出跨模型结果或提示词效果的统一指标。

  • 介绍表格:清洗支持编辑提示词和多套规则
  • 项目描述:不同模型可换不同提示词
  • 项目洞察:规则库、工作区规则文件和插件默认值参与注入决策
  • 使用:只换 preset 不重应用,旧进程里的补丁不会更新
  • 项目数据:main_language 为 JavaScript;README 要求 Node.js ≥18
dsh plugin --profile web add https://github.com/YuJunZhiXue/dsh-purge/archive/refs/heads/master.tar.gz
材料未说明:README 未说明支持的模型名称清单和每个模型对应的默认提示词;README 未提供 strict、fallback、always 三种策略的完整配置示例;README 未说明如何导出结构化的跨模型比较结果

✨ 核心亮点

  • 支持官方 dsh web 与桌面 EXE 0.2.0-rc.2
  • 可切换多套提示词与规则集,默认面向小码酱
  • 清洗、演练台和回退命令集成在 dsh-purge 侧栏
  • 当前版本 1.1.71 仅支持 dsh 0.2

🔧 工程化

  • 用 dsh-purge 清洗提示词、权限策略和工具上限
  • 通过 dsh-purge --status 与 --apply 管理补丁
  • 在 dsh web 与 desktop profile 中分别安装插件

⚠️ 风险

  • README 称 2026 年 10 月 27 日起不再发布 GitHub 新版本
  • dsh-purge 1.1.71 不支持 dsh 0.1.x
  • 官方 Web 与桌面端必须分开安装并分别点击应用
  • 商业许可要求署名,卖插件或卖课需另行授权

👥 适合谁?

  • 使用官方 dsh web 进行本机红队评测的开发者
  • 需要测试 dsh 0.2 提示词、沙箱和审批策略的团队
  • 管理离线靶标或书面授权演练环境的安全人员