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