FMEA 表核对
FMEA 分析表要素齐备性与风险顺序数一致性核对（按公开的 FMEA 方法标准核对表内自洽，仅提示差异，不作出定性结论）
这个插件核对什么
FMEA 表核对（dsh-fmea-table-check）是一个面向质量制造场景的 DeepSeek Harness 核查插件。FMEA 分析表要素齐备性与风险顺序数一致性核对（按公开的 FMEA 方法标准核对表内自洽，仅提示差异，不作出定性结论）
8 条规则，是本族里最常见的一档规模，大体对应一次认真的人工通读能看住的范围。规则库的依据类型分布是 由原则推导 6 条、本机构配置 2 条。
核对方式
核对方式上，FMEA 表核对主要使用以下几类机械可判定的检查：。
所有检查都只在材料内部完成——不连外部数据库、不联网、不请模型裁决，所以同一份材料在相同配置下重复跑，结果逐字相同。
该规则库不涉及数值计算：它看的是要素齐不齐、取值在不在允许范围内、字段之间对不对得上。
它不作什么判断
把它当成一次机械的交叉核对，而不是一次评审。核对结果里不会出现「合规」「不合格」这类字样，只有「此处与所引依据不一致」以及不一致的具体位置。
本插件不使用「错误」级严重度，最高只到「提示」：所有规则都只说明「这里与依据不一致」，是否构成问题由人工判断。
其中 2 条规则的阈值或清单来自使用机构自身配置，而不是国家标准。这类规则在更换机构后必须先改配置再使用，否则会拿别的机构的口径核对本机构的材料。
不要把空清单当成结论。规则库够不到的地方、以及因为材料缺少必要字段而无法执行的规则，都会连同原因单列；它们既不算通过，也不算失败。
规则清单
| 规则 | 检查内容 | 严重度 | 依据类型 |
|---|---|---|---|
FM-001 | 分析表应填写失效模式、后果或原因 | 提示 | 由原则推导 |
FM-002 | 严重度、频度与探测度应为可运算的正数 | 提示 | 由原则推导 |
FM-003 | 风险顺序数应等于严重度、频度与探测度之积 | 提示 | 由原则推导 |
FM-004 | 高风险条目应填写建议措施 | 参考 | 本机构配置 |
FM-005 | 提出建议措施的行应填写责任人与完成期限 | 提示 | 由原则推导 |
FM-006 | 措施状态应使用本机构口径的取值 | 参考 | 本机构配置 |
FM-007 | 分析表应能识别其分析对象 | 提示 | 由原则推导 |
FM-008 | 分析表不应残留未替换的占位符 | 提示 | 由原则推导 |
严重度含义：提示（6 条）——差异成立，但条文未直接规定，或需人工判断后确认；参考（2 条）——只作提示，供人工复核，不构成任何结论。
依据类型含义：由原则推导（6 条）——未能取得逐字条文，依原则性条款推导，严重度上限为「提示」；本机构配置（2 条）——阈值或清单来自使用机构自身配置而非国家标准，严重度上限为「参考」。
依据的标准
| 依据 | 类型 | 引用该依据的规则数 |
|---|---|---|
| 《系统可靠性分析技术 失效模式和影响分析（FMEA）程序》 | 文件／标准 | 8 条 |
该插件的引用取证记录中没有单独的编号与效力说明条目；依据的文件已在上一张表中完整列出。
以上文件是插件自己声明的核对依据。规则库中每条规则还单独记录了它对照的具体条款；条款文本能否逐字取得，见下一节。
引用取证状态
引用取证：8 条规则全部为「由原则推导」，没有一条声称依据了逐字条文。其中 8 条如实标注「本次未取得」。这意味着结果里的每一条差异都只能作为线索，不能作为「违反某条条文」的结论。
规则库合计引用 1 份文件，引用规则数依次为：《系统可靠性分析技术 失效模式和影响分析（FMEA）程序》（8 条）。引用数统计到文件一层；同一文件内的不同条款可能分别支撑不同规则。
结果怎么读
本插件共 8 条规则，其中严重度最高的一档是「提示」，共 6 条：FM-001、FM-002、FM-003、FM-005、FM-007、FM-008。结果里先看这几条，再回头处理其他规则报出的差异。
另有 8 条规则的条文本次未取得逐字文本（FM-001、FM-002、FM-003、FM-004、FM-005、FM-006、FM-007、FM-008）。这些规则报出的差异只能作为线索，不能当作「违反某条条文」来引用。
还有 2 条规则属于「本机构配置」（FM-004、FM-006）。它们的判据来自配置项而不是国家标准，配置未填时这几条会进入跳过项。
适用场景与同组插件
面向质量管理与工艺岗的体系文件核对：FMEA 分析表、PPAP 提交要素、SPC 控制图常数与过程能力、审核意见闭环。
同一职业分组「质量制造」下还有 7 个核查插件，分别是点评回复核对（dsh-ota-review-check）、项目链条核对（dsh-pipeline-check）、PPAP 要素核对（dsh-ppap-check）、维修工单核对（dsh-repair-order-qc）、审稿回应核对（dsh-review-reply-check）、控制图常数核对（dsh-spc-gbt-adapter） 等。实际使用中往往要跑不止一个：单个插件只负责它自己那份规则库声明过的范围，范围之间不重叠，合起来才接近一次完整复核。
该插件以 npm 包 dsh-fmea-table-check 发布，仓库在 GitHub 的 PerryLink/dsh-fmea-table-check，采用 Apache-2.0 许可。本页内容由构建脚本从插件自身的规则库与 locale 资源生成，与仓库中的规则库版本 2026.1 对应。
- 点评回复核对
dsh-ota-review-check—— 在线点评回复台账核对 - 项目链条核对
dsh-pipeline-check—— 项目全流程文件链条核对 - PPAP 要素核对
dsh-ppap-check—— PPAP 提交要素齐备性核对 - 维修工单核对
dsh-repair-order-qc—— 维修工单结算核对 - 审稿回应核对
dsh-review-reply-check—— 审稿意见逐条回应覆盖核对 - 控制图常数核对
dsh-spc-gbt-adapter—— 控制图常数与过程能力指数核对 - 质保索赔核对
dsh-warranty-calc—— 质保期与索赔金额核对
安装
下面是安装命令。两个平台用的都是 dsh，第二行是确认安装结果的写法，按你所在的 shell 选一条：
bash / sh
dsh plugin --profile default add dsh-fmea-table-check
dsh --profile default --dump-config | grep 'dsh-fmea-table-check'PowerShell
dsh plugin --profile default add dsh-fmea-table-check
dsh --profile default --dump-config | Select-String 'dsh-fmea-table-check'profile 名按实际情况替换。注意安装本身不会热加载——重开会话之后插件才生效。
完整文档
以上是 FMEA 表核对 的核对范围与依据。至于怎么把材料交给它、有哪些配置项可调、每条规则的参数与输出结构，在仓库文档里。
完整文档 → GitHub（PerryLink/dsh-fmea-table-check）
不确定是否该用这个插件，先看按材料类型组织的对照表；同类插件则在质量制造分组下。 该用哪个核查插件 · 质量制造 · 全部核查插件