ci(gates): 把"改触发面由旧配置管辖"降级为待证，并用这次只改配置的提交判定

上一条提交我把一个**猜测写成了实测语义**——这正是本仓一直在防的事（门禁文档骗人
比没有文档更糟），所以先降级为"待证"，再用这次提交判定。判定依据是一根现成的对照
钩子：bsp-err 的 files: 从很早就含 ^\.pre-commit-config\.yaml$，它跑不跑直接反映
"本次提交的文件列表里有没有这个配置文件"。

预期读法（结果回来后写进上一条注释，或删掉待证标记）：
  - bsp-err 与 test-coverage 都实跑 → 配置文件确实进了列表，那么 2d7c4fd 里两个都
    Skipped 只能用"新加的模式当次不生效"解释，猜测方向成立；
  - bsp-err 跑、test-coverage 不跑 → 说明 test-coverage 的自触发没生效，得查正则；
  - 两个都 Skipped → 说明"改配置那次不看配置文件本身"，猜测成立但要改写措辞。

另外两次我误当证据的运行其实是 nothing to commit（暂存集为空 → 所有钩子 Skipped），
不能作为任何结论的依据——这也是我这轮反复的地方，记在这里免得下次重踩。

.pre-commit-config.yaml

@@ -608,7 +608,7 @@ repos:
       #    口径 / 分母 / 基线 / 盲区详解都在 docs/测试说明/主机单测覆盖率口径.md，本处只留接线事实。
       #    触发面**含门禁自身**（.pre-commit-config.yaml）：不带自身就等于谁改坏这根闸的 files:
       #    模式，它就再也不跑且无人察觉（同 lv-conf-sync / bsp-err 的既有做法）。
-      #    实测语义（2026-10-24，两次真提交对照出来的）：**改这行 files: 的那次提交，由改之前
+      #    待证（不要把下面三行当结论；本次提交就是判定实验，结果确定后改写）：改 files:
       #    的配置管辖**——所以"删掉自触发"这一刀会被旧配置拦住（旧模式仍含本文件，钩子照跑），
       #    而新加的模式要等下一次提交才生效。方向正好是对的：加固会迟到一步，拆除不会漏网。
       - id: test-coverage