DeepSeek Harness Hub
← 返回列表

CAI-MH/dsh-quality-review

DeepSeek Harnessspec-screened在 GitHub 查看 ↗
⚠ 装前注意

DeepSeek HarnessDSH的 AI…

基本兼容但装前注意:未发布到 npm registry,仅可从源码安装 · 最近上游提交 2026/9/10 · 已提供中文文档

针对 DeepSeek Harness 的 AI 响应质量审查:使用独立的审查模型对每个已完成的助手回合进行审计,并引导智能体修正不合理的输出(最多 2 轮审查)。

综合分
35.5
GitHub 分
35.5
用户评分
★ Stars
2
周下载量
安装插件(需先安装 dsh CLI 引擎:npm install -g @deepseek-ai/dsh)
dsh plugin --profile web add CAI-MH/dsh-quality-review
未发布到 npm registry,仅可从源码安装,改用 GitHub 源安装
数据截至 2026/9/19(元数据每日更新 · 实装验证按队列轮转,单条结论的验证时间见上方)
安装兼容性检查⚠ 装前注意

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。

npm 包dsh-quality-review(未发布到 npm,仅可源码安装)
Node 引擎要求 >=22.18 · 基线 Node 22.19 满足
dsh CLI 依赖未声明 dsh 版本约束
入口文件main/exports/bin 已声明

未发布到 npm registry,仅可从源码安装

验证方式:npm registry 存在性 + package.json 静态校验 · 最后验证 2026/9/19 20:59:25

依赖的 DSH / Cordis 模块
@deepseek-ai/cordis@deepseek-ai/dsh-agent@deepseek-ai/dsh-llm@deepseek-ai/schemastery
用户评分
还没有人投票,来当第一个
订阅周报,不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动

README

dsh-quality-review

DeepSeek Harness(DSH)的 AI 回复质量审查插件:每轮助手回复结束时,用独立的审查模型审核该回复,发现不合理输出时引导 agent 修复(最多 2 轮追问)。

工作原理

在 agent/turn-stopping 事件(一轮对话即将关闭的时刻),插件取出助手最新一条可见回复,交给审查模型审核;当判定为 fail 时,生成具体的修复请求并 steer agent,让这轮对话保持打开、由模型修订输出。每轮对话最多允许 maxRounds 次引导追问(默认 2),这是硬性防死循环保护。

审查维度(均可单独开关):

- 事实准确性 —— 检查明显事实错误与编造信息
- 回答完整性 —— 检查是否遗漏用户问题的任何部分
- 逻辑一致性 —— 检查推理矛盾与站不住脚的结论
- 指令遵循 —— 检查是否违反用户明确提出的格式、语言与约束要求

安装

dsh plugin --profile web add dsh-quality-review

或将它加入 profile 的 package.json dependencies,并列入 dsh.profile.bundles,然后重启 dsh web。

配置

所有字段都有安全默认值,bundle 行可以不带任何 config 直接插入。如需覆盖,在 profile 的 cordis.patch.yml 中配置:

- id: quality-review
config:
enabled: true            # 总开关;关闭后插件保持加载但不做任何审核
reviewer:
provider: ''           # 审查模型 provider id;留空复用 agent 自身 provider
model: ''              # 审查模型 id;留空复用 agent 自身模型
maxRounds: 2             # 每个回答最多追问修改的轮数上限(防死循环,最大 5)
aspects:
factualAccuracy: true
completeness: true
logicalConsistency: true
instructionFollowing: true
minReplyChars: 200       # 低于该字符数的简短回复不审核
sop:
enabled: true          # SOP 标准参照开关(默认开启)
dir: ''                # SOP 文件夹路径;留空用默认目录 DSH_HOME/quality-review/sop
exemptPatterns:          # 额外静态关键词:命中即跳过审核(可选)
- 代码 review

常见任务 SOP 标准参照(sop)

对固定 SOP 的例行任务,与其用笼统的通用维度审核,不如对照该任务自己的质量标准。插件会读取一个 SOP 文件夹,把里面每个文件名(去掉扩展名)当作相关任务的匹配关键词:当用户提问命中任一文件名(大小写不敏感、子串匹配)时,即判定为相关任务,并读取文件夹内全部标准文件的内容作为「该任务的质量标准」注入审核 prompt——因为 SOP 可能是多个文件共同构成一份标准。审核员据此新增一个「是否符合 SOP 规范」维度来核对回答是否合规;未命中的任务仍走通用四维度审核。

默认文件夹是 DSH_HOME/quality-review/sop(DSH_HOME 通常是 ~/Library/Application Support/dsh-desktop/harness)。你只需往里放好内容即可生效,无需改配置、无需重启:

quality-review/sop/
├── 周报.md          # 命中 "帮我写周报" 等提问 → 用此文件内容作为周报质量标准
├── 会议纪要.md      # 命中 "整理一下会议纪要" → 用此文件内容作为纪要质量标准
└── 日报.txt         # 命中 "今天的日报" → 用此文件内容作为日报质量标准

- 文件名(去掉扩展名)即匹配关键词;支持的扩展名: .md / .txt / .markdown。
- 文件内容才是质量标准:请把该任务「合格产出长什么样 / 必须包含哪些要点 / 不能犯哪些错」写进去;文件名只负责匹配任务。
- 命中即读全部:只要命中任意一个文件名,就会把文件夹里所有标准文件的内容一起注入审核(不是只读命中的那一个),方便你把一份 SOP 拆成多个文件(如格式、要点、禁忌各一份)。
- 支持子文件夹,会递归遍历整个目录树;可按类别建子目录归类,例如 工作/周报.md、生活/旅行计划.md。
- 新增/删除/重命名/修改文件后,下一轮对话立即生效(每轮重新扫描)。
- 想换个位置,把 sop.dir 配成该目录绝对路径;想整体关闭,设 sop.enabled: false。

静态关键词豁免(exemptPatterns)

除了 SOP 标准参照,也可以用 exemptPatterns 写死一小批关键词(数组,大小写不敏感、子串匹配),命中即跳过审核(这是「豁免」,与 SOP 的「参照标准」是两回事)。

开发

npm install
npm run build    # tsc —— 将 src/ 编译到 lib/

发布的包携带编译后的 lib/ 产物;src/ 为 TypeScript 源码。

许可证

MIT

上游仓库有新提交时邮件通知你(每天最多一封,无更新不打扰),随时一键退订。

💬 加入 DPharness 群聊

插件用法、部署报错、新插件第一时间同步——群里问,比一个人翻文档快。

点击加入 QQ 群
DPharness 群聊二维码,手机 QQ 扫码进群
扫码进群