敌人最喜欢截取“系统失败”四个字。
现在他截取会自动带上“系统如何修复、为何不可走那条路”。
攻击材料变成教育材料。
---
### 九、反例饥荒警报第一次亮起：用事实逼人承认问题
AUDIT-BUDGET-03上线后，一个月内反例原语卡数量回升，但仍不足。
反例饥荒警报第一次亮黄（不是红线，只是提醒）。
存在性编号：ANTI-ALRT-01
内容：反例口粮使用率高，新增原语卡未达基线。
这条黄提醒被公开到摘要中。
并没有引发恐慌，反而让很多维护者意识到：
他们不是在给敌人递刀，他们是在给系统喂主粮。
维护者护盾与可承受失败协议保证：
你写反例，不会被指名羞辱。
反例卡默认匿名簇编号署名。
错误不会被人格化。
这让许多“修好了就算了”的人，开始愿意把失败路径填成卡。
因为成本低，风险低，意义明确。
---
### 十、敌人的反击：他们开始把反例卡说成“系统不可靠的证据”
果然，私域圈层出现新叙事：
> “你看，他们反例卡越来越多，说明系统越来越不可靠。”
> “反例口粮预算竟然固定比例，这不就是承认经常失败吗？”
> “一个成熟系统应该越来越少反例。”
这是典型的“把免疫记忆当病灶”攻击。
江砚没有急着回应，他让机要监做了一个对照图：
存在性编号：PUB-ANTI-01
内容：
* 反例卡数量上升 ≠ 失败率上升
* 反例卡数量上升 = 记录率上升
* 同期误判率与回滚次数曲线（误判率稳定/回滚略降）
* 反例卡带来的收益：重复错误下降、操控路径识别时间缩短、试验场失败复现更快
这张图很关键：
把“记录”从“失败”里剥离出来。
成熟系统不是失败越来越少，而是失败越来越可被吸收。
反例卡越多，说明吸收越快。
更重要的是：
敌人无法反驳这个结构对照，因为
…。。