feat(qualification): 资质库和资质匹配（查标第 4 步，规则集 2026.11-r4）

- 资质库（FR-M6-08）：增删改、证书扫描件（PDF/JPG/PNG，企业级密钥加密、签名下载）、
  late_for 按进行中项目的投标截止日提醒、审计；前端资质库页和对话框，侧栏入口
- 资质匹配（FR-M3-05）：证书类别词表（16 类，产品证书、人员证书不进匹配），
  QUAL.EXPIRED / LEVEL_LOW / NOT_COVERED；投标文字层按清单项定级，只有资质库记录的降一级，
  出处显示「依据：资质库记录」（查标页、报告模板 v2）；一类证书一个问题；评分项不逐条找响应的也查
- 响应错位规则不再把资质表的证书名称格当成照抄的要求
- 评测：qual_defects.py 派生资质情况表，D12 3/3、D18 2/2、规矩的资质表 0 误报；开发集不退化
- 决策 QL1–QL7；方案和落地记录 docs/architecture/qualification-plan.md，评测 check-eval.md §13

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

docs/architecture/check-eval.md

@@ -276,7 +276,40 @@
 
 留出集的正式成绩仍以 §11（冻结代码）为准：修的时候看过留出集的漏报，修后的数字有过拟合成分。
 
-## 13. 下一步
+## 13. 资质匹配（查标第 4 步，2026-11-04）
+
+规则集 `2026.11-r4`，方案 `qualification-plan.md`（决策 QL1–QL7）。只改规则，开发集上的模型结论全部走缓存。
+
+**1. 开发集不退化**：17 份投标文件（空资质库）的全部指标和 §12 修后一致：召回 112 / 149（75%）、致命级 25 / 32、规矩的投标文件报出问题 239、规则问题 57 / 57。资质问题 0 个：开发集的证书全在扫描件页上，空资质库什么都不报（QL3）。
+
+**2. 类别识别**（S01–S10 读标结果里资格条件、评分项中带「证书 / 资质 / 认证」的条目）：认出类别 14 条，产品证书、人员证书排除 9 条（节能 / 环境标志产品认证、项目经理和技术人员资质），没认出 2 条（S03「认证证书（3 分）」、S05「数据库兼容证书」，都是产品类，正确地不判）。营业执照、法人证书、联合体规则不算资质要求。读标留出集的 S03、S06、S09 里没有可核对有效期和等级的企业资质。
+
+**3. 模拟资质库的噪音**（开发集 17 份，`run_check.py --library`）：
+
+| 资质库 | 资质问题 | 说明 |
+|---|---|---|
+| 空 | 0 | |
+| 每类一条、有效、等级最高 | 4 个提示 | 都是 S01 的「CCRC 服务类别」：要求写了「安全集成」，模拟记录的名称里没写 |
+| 只有 ISO 9001 | 16 个重要 | S01 两份的资格条件和评分项「资质库里没有这类资质」，每份 8 个（含同一要求抽成两条的重复，一条评分项里两类证书各一个） |
+| 每类一条、2020 年过期 | 29 个重要 | S01（每份 8）、S04（每份 3 类 ISO）、S07（每份 ITSS、CS 两类）「按资质库记录已过期」 |
+
+真实用户的资质库介于「全有效」和「缺几类」之间：规矩的投标文件上，资质库录全了几乎不出问题；录了一部分时，没录的那几类在扫描件条目上会出「未覆盖」（重要）。
+
+**4. 派生的资质情况表**（`evals/check/qual_defects.py`）：在 S01-B、S04-B、S07-B 的资格证明一章开头插一张文字的「企业资质情况表」（虚构证书，写法故意和词表别名不完全一样），q00 全部有效、q01 注入 D12（有效期早于截止日）和 D18（等级低一级）。
+
+| 指标 | 结果 |
+|---|---|
+| D12 有效期早于截止日 | 3 / 3（S01 资格条件致命，S04、S07 评分项重要） |
+| D18 等级低于要求 | 2 / 2 |
+| q00 规矩的资质表上的资质问题 | 0（空资质库、全有效资质库都是 0） |
+
+调试中修的两处：一条评分项写了两类证书时合成一个问题，规则编号只能取一个（S07 的 CS2 被 ITSS 过期吞掉）→ 改为一类证书一个问题；证书编号「CS3-3201-…」排在等级栏前面，整行读成了 CS3 → 先看短的等级格。同一要求在清单里抽成两条时各报一个，评分按「同规则 + 同出处」算一个。
+
+插表以后，响应匹配的候选句变了，13 + 8 + 12 次模型调用没有命中缓存：S01 有 5 条扫描件兜底的「请人工核对」因为文字表里能找到而消失（应当如此）；S07 有 3 条条目的结论变了（1 条新的「请人工核对」、1 条从「请人工核对」变成「疑似不满足」、1 条新的「疑似不满足」），是模型看到资质表后的判断，没有逐条复核。
+
+**局限**：资质情况表和词表是同一个人对着同一批样本写的，分数说明不了泛化；真实投标文件的资质表写法、扫描件比例都没测。国动真实投标文件到了以后，请用户按公司的真实证书录资质库再跑一次（`qualification-plan.md` §5）。
+
+## 14. 下一步
 
 1. 分项报价表和采购需求清单逐项对照（P13）**暂缓**：在开发集 7 份招标文件上试读「名称 + 数量」的采购清单表，S02、S08（服务类）没有这种表；S04 把「是否进口」一栏读成了名称；S10 采购包 2 的表跨页、第二页没有表头，漏了大半；S01 9 行里能和投标文件的分项对上名称的只有 7 行。P13 是致命级，按这个抽取质量在真实文件上会大量误报「缺项」，评测集里也没有注入过，先不上，覆盖范围里照写「还没有上线」。散文写法的单价上限同样暂缓。
 2. 第 3 步冻结前：确认各项改动的单元测试都有开发集以外的反例；冻结后跑留出集（S03、S06、S09，风格 B + C）和国动真实投标文件，各一次。