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