评分矩阵核对
评标因素评分矩阵核对（按分值上限与合计核对矩阵自洽，仅提示差异，不作出定性结论）
这个插件核对什么
评分矩阵核对（dsh-tender-matrix）是一个面向招投标场景的 DeepSeek Harness 核查插件。评标因素评分矩阵核对（按分值上限与合计核对矩阵自洽，仅提示差异，不作出定性结论）
7 条规则，是本族里最常见的一档规模，大体对应一次认真的人工通读能看住的范围。这 7 条规则里，1 条有逐字条文支撑，5 条只能由原则推导，1 条的依据是本机构配置。
核对方式
从检查方式看，评分矩阵核对用的是几类可以机械判定的手段：。
这些检查都只读取材料本身的内容：不查外部数据库、不做联网核对、不调用模型判断，因此同一份材料在同样配置下每次得到的结果一致。
该规则库不涉及数值计算：它看的是要素齐不齐、取值在不在允许范围内、字段之间对不对得上。
它不作什么判断
共同约定只有一条——插件只做「指出不一致」，不做「下结论」。差异清单里每条都带规则编号、依据的文件与条款、以及差异落在材料里的位置。
本插件不产生「错误」级结果，严重度最高为「提示」。它指出的是「此处与依据不一致」，而不是「此处是错的」。
需要注意 1 条「本机构配置」类规则：它们的阈值与清单由使用机构自己填入，插件不自带。配置为空时这些规则不会执行，而是把自己列进跳过项。
没被命中的规则不会被悄悄丢掉：凡是没能执行的检查都会连同原因一并列出。因此结果为空只说明规则库覆盖到的范围内没发现差异，不能读成「材料没问题」。
规则清单
| 规则 | 检查内容 | 严重度 | 依据类型 |
|---|---|---|---|
TM-001 | 评分矩阵应写明项目与评标办法 | 提示 | 由原则推导 |
TM-002 | 单项得分不应超过该项分值上限 | 提示 | 条文直接规定 |
TM-003 | 各项分值合计应与本机构配置的总分上限一致 | 参考 | 本机构配置 |
TM-004 | 各项得分合计应等于汇总栏 | 提示 | 由原则推导 |
TM-005 | 评分依据应填写 | 提示 | 由原则推导 |
TM-006 | 评审因素序号不应在矩阵内重复 | 提示 | 由原则推导 |
TM-007 | 评分依据与备注不应残留未替换的占位符 | 提示 | 由原则推导 |
严重度含义：提示（6 条）——差异成立，但条文未直接规定，或需人工判断后确认；参考（1 条）——只作提示，供人工复核，不构成任何结论。
依据类型含义：由原则推导（5 条）——未能取得逐字条文，依原则性条款推导，严重度上限为「提示」；条文直接规定（1 条）——该规则的依据条文已取得逐字文本，规则直接对照条文规定；本机构配置（1 条）——阈值或清单来自使用机构自身配置而非国家标准，严重度上限为「参考」。
依据的标准
| 依据 | 类型 | 引用该依据的规则数 |
|---|---|---|
| 《中华人民共和国招标投标法》 | 文件／标准 | 7 条 |
| 1999年8月30日通过，2017年12月27日修正 | 编号 | — |
编号、版本与效力说明
- 1999年8月30日通过，2017年12月27日修正（全国人大常委会《关于修改〈中华人民共和国招标投标法〉、〈中华人民共和国计量法〉的决定》），本法自2000年1月1日起施行
这是引用取证记录中的完整编号与效力说明，含发布日期、实施日期、代替关系与强制性说明。规则库核对时对照的是这里列出的版本；若本单位执行的是其他版本，结论不直接适用。
上表来自插件声明的 normativeBasis；规则库内部还会把每条规则落到具体条款上。条款原文的取证情况见下一节。
引用取证状态
引用取证：规则库没有遗留待取证条目。1 条规则直接对照条文；剩下的规则依据原则或本机构配置，不涉及条文原文，因此不存在取证进度问题。
规则库合计引用 1 份文件，引用规则数依次为：《中华人民共和国招标投标法》（7 条）。同一文件的不同条款会被多条规则分别引用，因此上面是文件层面的汇总。
结果怎么读
本插件共 7 条规则，其中严重度最高的一档是「提示」，共 6 条：TM-001、TM-002、TM-004、TM-005、TM-006、TM-007。结果里先看这几条，再回头处理其他规则报出的差异。
还有 1 条规则属于「本机构配置」（TM-003）。这几条只有在配置被填写后才会执行；未配置时它们不会静默通过，而是列入跳过。
适用场景与同组插件
面向招标人、招标代理与投标人的文件级核对：投标文件符合性、投标人资格、评标因素评分矩阵、质疑与投诉期限。
同一职业分组「招投标」下还有 6 个核查插件，分别是投标符合性预检（dsh-bid-ca-precheck）、资格条件核对（dsh-bid-qual-check）、合同立场核对（dsh-contract-stance）、质疑投诉期限核对（dsh-protest-deadline）、规则库自检（dsh-rulefile-check）、招标条款摘录核对（dsh-tender-extract）。这类材料通常需要同时过几个插件：一个插件只覆盖它自己那份规则库声明过的范围，把几个插件的结果合起来看才是完整的一次复核。
该插件以 npm 包 dsh-tender-matrix 发布，仓库在 GitHub 的 PerryLink/dsh-tender-matrix，采用 Apache-2.0 许可。本页内容由构建脚本从插件自身的规则库与 locale 资源生成，与仓库中的规则库版本 2026.1 对应。
- 投标符合性预检
dsh-bid-ca-precheck—— 投标文件符合性预检 - 资格条件核对
dsh-bid-qual-check—— 投标人资格条件核对 - 合同立场核对
dsh-contract-stance—— 合同条款立场台账核对 - 质疑投诉期限核对
dsh-protest-deadline—— 质疑与投诉期限核对 - 规则库自检
dsh-rulefile-check—— 规则库文件自检核对 - 招标条款摘录核对
dsh-tender-extract—— 招标文件条款摘录核对
安装
插件通过 dsh plugin add 安装，两条命令的主体一致，区别只在装完后用什么方式确认它已经注册：
bash / sh
dsh plugin --profile default add dsh-tender-matrix
dsh --profile default --dump-config | grep 'dsh-tender-matrix'PowerShell
dsh plugin --profile default add dsh-tender-matrix
dsh --profile default --dump-config | Select-String 'dsh-tender-matrix'上面的 default 是占位，换成你自己的 profile。确认配置里能搜到包名，再重开会话使用。
完整文档
本页回答的是「它查什么、依据什么、查不到什么」。使用层面的内容——材料格式、配置键、规则参数、报告结构——以下面的仓库文档为准。
完整文档 → GitHub（PerryLink/dsh-tender-matrix）
也可以先看该用哪个核查插件那一页，按材料类型定位到本插件；或回到招投标分组看同类插件。 该用哪个核查插件 · 招投标 · 全部核查插件