”
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：复现成本由反例口粮预算承担，避免压垮维护者
这条规则直接切断敌人把“微触发”堆成“致命反例”的路径。
你可以制造很多误读，你可以制造很多短爆发，但它们只能留下“传播模式提示”，不能变成“不可做结论”。
不可做结论必须经得起复现。
敌人靠的是情绪与疲劳。
复现靠的是结构与证据。
结构会让疲劳的刀失效。
---
###八、反例去重引擎：对抗“同义反例堆叠”
反例通胀的本质之一是重复。
江砚提出“反例去重引擎”。
存在性编号：ANTI-DEDUP-01
ANTI-DEDUP-01A：反例卡聚类后
本章未完，请点击下一页继续阅读！