这一版给 peaks-loop 自己装上了眼睛：prereq 事件记下缺的是哪些 artifact、归哪个技能；
门禁层第一次发出自己的判定并带上当时的声明类型；查询一次能读到全部历史，空结果会告诉你
数据在别处；近失率第一次能回答"我们过去的『通过』，有多少是靠跳过检查换来的"。

在本仓库自己的记录历史上实测：近失率 12.8%（12/94），12 个里 11 个是"拥有它的角色还没
尝试迁移就宣布通过"、1 个是"检查在拒绝时仍放行"；113 次 prereq 拒绝每一次都被补齐后重试
通过 —— 没有一个是靠跳过换来的。覆盖率的三个原因类里只有 1 个可观测，另两个 rate 为 null，
输出里始终带着这个事实。

没有改任何门禁的语义、阈值或放行条件；事件 schema 的版本号仍是 1，全部历史可读。