A：反例分三层
* L1：致命反例（开关复活路径、入口可夺取路径、定义偷换导致的阈值操控）
* L2：结构反例（可导致稳态受损、放大效应、并发死锁、审计带宽崩溃）
* L3：防御事件（误读片段、短爆发、语义绑定风险、去权重触发等）
ANTI-LAYER-01B：检索引擎前置规则调整
* 高压情境：前两条必须含L1或L2
* 常态情境：L3不占用前两条，只作为“附录提示”
ANTI-LAYER-01C：反例口粮预算优先喂L1/L2，L3预算上限封顶
ANTI-LAYER-01D：L3反例默认不生成“不可做结论”，只生成“误读模式提示/传播风险提示”
ANTI-LAYER-01E：L3反例重复度高时自动去重合并，不进入样本库主索引
这套协议不是减少反例。
是把反例从“雾”里分拣出“雷达点”。
* L1/L2 让你知道哪里真的不能走；
* L3 让你知道哪里容易被误读，但不该让你因此不走路。
沈绫听完，轻声：“你是在让系统学会不过敏。”
江砚点头：“免疫过敏比免疫缺失更容易被敌人利用。”
---
### 七、反例真实性与可复现：让“防御事件”不再批量变成反例
反例生产线以前的逻辑是：一旦触发某类事件，就自动生成草稿卡，轮值确认后入库。
这是为了防反例饥荒。
现在要加一个“耐受门槛”：
防御事件只能进入L3，不得自动升级为L2，更不得升级为L1。
除非满足“可复现证明”。
存在性编号：ANTI-PROOF-01
ANTI-PROOF-01A：L2/L1反例必须提供可复现链（最小复现脚本/组合事件生成器用例）
ANTI-PROOF-01B：复现必须跨簇验证（不同轮值簇复现一致）
ANTI-PROOF-01C：无法复现的反例只进入L3模式库，不进入L1/L2
ANTI-PROOF-01D：复现成本由反例口粮预算承担，避免压垮维护者
这条规则直接切断敌人把“微触发”堆成“致命反例”的路径。
…。。