dsh-inspect:DeepSeek Harness 的对抗式检查修复复查闭环插件
omdsh-dev/dsh-inspect
DSH plugin 对抗式闭环工具集:checkup 找问题、fix 修复、review 复查,基于官方 workflow 引擎。
dsh-inspect 为 DeepSeek Harness 提供 checkup、fix、review 三个工具,用对抗式机制确保问题发现、修复与复查都经过严格验证,形成闭环。
dsh plugin --profile web add github:omdsh-dev/dsh-inspect- 分类
- 工作流与自动化
- 平台
- DSH-Plugin
- 作者
- omdsh-dev
- 分发方式
- 插件
dsh-inspect 核心特性
dsh-inspect 仓库信息

dsh-inspect 仓库简介
dsh-inspect 是 DeepSeek Harness(DSH)的对抗式闭环插件(DSH plugin),由 omdsh-dev 维护,采用 MIT 协议,最近更新于 2026-08。它解决的是开发交付中“发现问题→修复→复查”割裂、验证不严的问题,核心是一套基于官方 workflow 引擎的检查/修复/复查工具集,包含 checkup、fix、review 三个朴素工具,共享“对抗式检查”机制:默认怀疑、找反例、只认可当场验证的证据。
dsh-inspect 这个 DSH plugin 的 checkup 工具如何找问题?
checkup 工具采用对抗式检查员(各看一个角度)→ 红队攻击验证(尝试推翻问题声明,推不翻的才保留)→ 汇总分级(严重/一般/建议)的流程。它强调“发现是怀疑,验证是定罪”,问题必须经受住攻击,且每个问题必须给出可互相校验的验证方式(重跑复现/日志对照/输入输出对照/双路径对照),无法通过系统反馈验证的不许报。
dsh-inspect 的 fix 工具如何实现修复交付?
fix 工具将问题拆解后并行实现,每个实现员按“找根因(沿数据流找偏离源头)→ 实施 → 重跑复现验证(反馈闭合)”三步走,再经对抗式检查,修复轮收敛后输出交付报告。它强调修复要证伪:先找源头,不修表面;修复后重跑原复现,问题没消失即根因没找对,重新分析。
dsh-inspect 的 review 工具如何做质量复查?
review 工具由对抗式审查员(各看一个角度)汇总分级,可传 fixed_issues 逐条重跑复现确认问题真的消失。复查不通过或人的反馈会重新进入 fix,形成闭环。三个工具可单独用,也可串起来:checkup 的问题清单 → fix 修复任务 → review 把关。
dsh-inspect 怎么安装?
包声明了 dsh.bundle.patch(cordis.patch.yml),通过 dsh plugin 装进任意 profile(把 <profile> 换成 tui / headless / web 或自建 profile):
dsh plugin --profile <profile> add git+https://github.com/dsh-external/dsh-inspect.git
dsh --profile <profile> # 重启生效:checkup / fix / review 随 profile 注入
若 pnpm 把 https URL 重写成 git+ssh,用上面的 git+https:// 形式;dsh plugin 会提示需要 allowBuilds 时按提示在 $DSH_HOME/profiles/<name>/pnpm-workspace.yaml 加一行即可。
dsh-inspect 的依赖要求与开发检查方式?
profile 的组合必须包含官方 workflow 引擎与工具注册服务——dsh 官方 base 组合自带,无需额外安装;peer 依赖(@deepseek-ai/dsh-tools 等)由组合提供,profile 的 autoInstallPeers: false 可避免向 registry 请求。开发时用 pnpm install(仅 typescript/@types/node)、pnpm run typecheck(tsc -b,类型从 sibling deepseek-harness checkout 解析)、cd plugins/dsh-inspect && node --test 跑回归测试。源码即运行时:包入口直接指向 src/index.ts,无构建步骤,要求 erasable-only TS 语法(无 enum/命名空间等)。