omdsh-dev/dsh-inspect5

@dsh-external/dsh-inspect

发现问题 → 修复交付 → 质量复查 的简单闭环插件:checkup(对抗式检查+红队验证)/ fix(根因→修复→验证)/ review(对抗式复查)三个工具,基于官方 workflow 引擎。

包名
@dsh-external/dsh-inspect
版本
0.1.0
许可证
MIT
最近更新
2026年8月17日

安装

$npx -p @deepseek-ai/dsh dsh plugin --profile web add github:omdsh-dev/dsh-inspect

安装与使用方式

包声明了 dsh.bundle.patch(cordis.patch.yml),通过 dsh plugin 装进任意 profile (把 换成 tui / headless / web 或自建 profile):

dsh plugin --profile 
 add git+https://github.com/dsh-external/dsh-inspect.git
dsh --profile 
        # 重启生效:checkup / fix / review 随 profile 注入

若 pnpm 把 https URL 重写成 git+ssh(本机全局 git insteadof 配置所致),用上面的 git+https:// 形式;dsh plugin 会提示需要 allowBuilds 时按提示在 $DSH_HOME/profiles//pnpm-workspace.yaml 加一行即可。

三个工具由模型按工具描述自动触发,也可以直接说人话:

  • 闭环(推荐):先 checkup 找问题 → 把问题清单原样交给 fix 修 → 用 review 复查交付物。例:「用 checkup 检查 ./src,把问题清单喂给 fix 修复,修完 review 把关」。
  • 单用:只体检不修 → checkup(angles 指定角度);只做交付 → fix(acceptance 给总体验收标准);只把关 → review(fixed_issues 传要逐条重跑验证的修复清单, 没消失报「严重」)。
  • 反复:review 不过(或人对交付不满意)→ 把反馈作为新问题再进 fix,直到收敛。

依赖要求:profile 的组合必须包含官方 workflow 引擎与工具注册服务——dsh 官方 base 组合自带,无需额外安装;组合不含 workflow 引擎时(如标准 web 组合)本插件照常 加载注册,checkup/fix/review 被调用时报出清晰的指引错误(不挂起 profile)。peer 依赖 (@deepseek-ai/dsh-tools 等)由组合提供,profile 的 autoInstallPeers: false 可避免 向 registry 查找未发布的 @deepseek-ai/*

更新 / 卸载

dsh plugin --profile 
 update
dsh plugin --profile 
 remove @dsh-external/dsh-inspect

## 配置(可选)

| Key                                                                                                | 默认           | 说明                                        |
| -------------------------------------------------------------------------------------------------- | ------------ | ----------------------------------------- |
| `subagentProvider`                                                                                 | 引擎默认 `spawn` | 子代理 provider                              |
| `maxTotalAgents`                                                                                   | 引擎上限         | 整次运行子代理总数上限                               |
| `plannerModel` / `workerModel` / `checkerModel` / `reviewerModel` / `mergerModel` / `redteamModel` | 继承父配置        | 角色级模型分层(规划/实现/检查/复查/汇总/红队建议用不同模型,异源对抗更有效) |