2，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：反例卡聚类后自动合并同义链

ANTI-DEDUP-01B：合并保留最强一条“可复现链”，其余