审稿回应核对
审稿意见逐条回应覆盖核对（按意见与回应一一对应核对覆盖完整性，仅提示差异，不作出定性结论）
这个插件核对什么
审稿回应核对（dsh-review-reply-check）是一个面向质量制造场景的 DeepSeek Harness 核查插件。审稿意见逐条回应覆盖核对（按意见与回应一一对应核对覆盖完整性，仅提示差异，不作出定性结论）
规则库共 7 条规则，覆盖面与人工复核一遍的注意力分配大致相当。规则库的依据类型分布是 由原则推导 5 条、本机构配置 2 条。
核对方式
从检查方式看，审稿回应核对用的是几类可以机械判定的手段：条件必填（2 条）、必填项存在性（1 条）、取值须在允许清单内（1 条）、日期可解析（1 条）、表头要素存在性（1 条）、编号或键不得重复（1 条）。
所有检查都只在材料内部完成——不连外部数据库、不联网、不请模型裁决，所以同一份材料在相同配置下重复跑，结果逐字相同。
该规则库不涉及数值计算：它看的是要素齐不齐、取值在不在允许范围内、字段之间对不对得上。
它不作什么判断
把它当成一次机械的交叉核对，而不是一次评审。核对结果里不会出现「合规」「不合格」这类字样，只有「此处与所引依据不一致」以及不一致的具体位置。
结果里最高的严重度是「提示」。这不是保守，而是如实的：这些规则所对照的条文没有逐字文本，凭原则推导不足以支撑更强的结论。
需要注意 2 条「本机构配置」类规则：它们的阈值与清单由使用机构自己填入，插件不自带。配置为空时这些规则不会执行，而是把自己列进跳过项。
每个没能跑起来的检查都会出现在跳过项里并附上原因——缺字段、缺配置、或规则要求的前置项不存在。所以「没有差异」和「没有检查」在结果里是两件分开陈述的事。
规则清单
| 规则 | 检查内容 | 严重度 | 依据类型 |
|---|---|---|---|
RR-001 | 每条审稿意见都应填写意见内容 | 提示 | 由原则推导 |
RR-002 | 每条审稿意见都应有作者回应 | 提示 | 由原则推导 |
RR-003 | 有回应的条目应给出修改说明与修改位置 | 提示 | 由原则推导 |
RR-004 | 处理状态应使用本机构口径的取值 | 参考 | 本机构配置 |
RR-005 | 回应日期不应晚于返修期限 | 参考 | 本机构配置 |
RR-006 | 回应表应声明稿件与审稿轮次 | 提示 | 由原则推导 |
RR-007 | 意见序号不应在表内重复 | 提示 | 由原则推导 |
严重度含义：提示（5 条）——差异成立，但条文未直接规定，或需人工判断后确认；参考（2 条）——只作提示，供人工复核，不构成任何结论。
依据类型含义：由原则推导（5 条）——未能取得逐字条文，依原则性条款推导，严重度上限为「提示」；本机构配置（2 条）——阈值或清单来自使用机构自身配置而非国家标准，严重度上限为「参考」。
依据的标准
| 依据 | 类型 | 引用该依据的规则数 |
|---|---|---|
| 《中国高校科技期刊编排规范》 | 文件／标准 | 5 条 |
| 本期刊同行评议与返修规定（本机构配置） | 文件／标准 | 2 条 |
| 无统一标准 | 编号 | — |
编号、版本与效力说明
- 无统一标准（本条依据为本机构配置的状态口径）
- 无统一标准（本条依据为台账写明的返修期限）
这是引用取证记录中的完整编号与效力说明，含发布日期、实施日期、代替关系与强制性说明。规则库核对时对照的是这里列出的版本；若本单位执行的是其他版本，结论不直接适用。
这是插件声明的依据清单。要注意它是文件层面的：每条规则实际对照的是文件中的某个具体条款，取证进度按条款记录。
引用取证状态
引用取证：这套规则库没有任何一条规则可以直接对照逐字条文，全部属于「由原则推导」；其中 7 条在规则库中明确写着条文本次未取得，其余 0 条同样没有条文比对，只是未标记取证状态。
规则引用的文件共 2 份，按引用规则数排列为：《中国高校科技期刊编排规范》（5 条）、本期刊同行评议与返修规定（本机构配置）（2 条）。引用数统计到文件一层；同一文件内的不同条款可能分别支撑不同规则。
结果怎么读
本插件共 7 条规则，其中严重度最高的一档是「提示」，共 5 条：RR-001、RR-002、RR-003、RR-006、RR-007。这些规则命中时应当优先处理，其余规则的结果可以在其后逐条确认。
另有 7 条规则的条文本次未取得逐字文本（RR-001、RR-002、RR-003、RR-004、RR-005、RR-006、RR-007）。引用这部分结果时请注意措辞：它们是原则推导的产物，不是条文比对的结果。
还有 2 条规则属于「本机构配置」（RR-004、RR-005）。这几条只有在配置被填写后才会执行；未配置时它们不会静默通过，而是列入跳过。
适用场景与同组插件
面向质量管理与工艺岗的体系文件核对：FMEA 分析表、PPAP 提交要素、SPC 控制图常数与过程能力、审核意见闭环。
同一职业分组「质量制造」下还有 7 个核查插件，分别是FMEA 表核对（dsh-fmea-table-check）、点评回复核对（dsh-ota-review-check）、项目链条核对（dsh-pipeline-check）、PPAP 要素核对（dsh-ppap-check）、维修工单核对（dsh-repair-order-qc）、控制图常数核对（dsh-spc-gbt-adapter） 等。这类材料通常需要同时过几个插件：一个插件只覆盖它自己那份规则库声明过的范围，把几个插件的结果合起来看才是完整的一次复核。
发布渠道是 npm 包 dsh-review-reply-check，源码在 GitHub 的 PerryLink/dsh-review-reply-check，许可为 Apache-2.0。本页的规则清单直接取自仓库里的规则库文件（版本 2026.1），不是手写的介绍。
- FMEA 表核对
dsh-fmea-table-check—— FMEA 分析表要素齐备性与风险顺序数一致性核对 - 点评回复核对
dsh-ota-review-check—— 在线点评回复台账核对 - 项目链条核对
dsh-pipeline-check—— 项目全流程文件链条核对 - PPAP 要素核对
dsh-ppap-check—— PPAP 提交要素齐备性核对 - 维修工单核对
dsh-repair-order-qc—— 维修工单结算核对 - 控制图常数核对
dsh-spc-gbt-adapter—— 控制图常数与过程能力指数核对 - 质保索赔核对
dsh-warranty-calc—— 质保期与索赔金额核对
安装
先在 bash 或 PowerShell 里装上，再确认配置里出现了这个包名：
bash / sh
dsh plugin --profile default add dsh-review-reply-check
dsh --profile default --dump-config | grep 'dsh-review-reply-check'PowerShell
dsh plugin --profile default add dsh-review-reply-check
dsh --profile default --dump-config | Select-String 'dsh-review-reply-check'若你用的不是 default profile，把名字替换掉即可。安装后需要重启会话，工具才会注册进来。
完整文档
本页只覆盖 审稿回应核对 核对什么、依据什么、边界在哪里。材料格式、配置项、每条规则的参数与返回结构，见仓库中的完整文档。
完整文档 → GitHub（PerryLink/dsh-review-reply-check）
也可以先看该用哪个核查插件那一页，按材料类型定位到本插件；或回到质量制造分组看同类插件。 该用哪个核查插件 · 质量制造 · 全部核查插件