D5：外扩观测澄清卡改为“周期汇总”，减少噪声可乘窗口
* D6：并发潮检测阈值微调（仍为结构信号，不纳入注意力）
由于动作均来自原语库，审计走快速形式验证 + 组合事件生成器覆盖测试。
三方冗余签名与守望见证照常完成。
版本哈希封存，公开摘要发布。
关键更新在审计洪潮下仍然按期上线。
这一刻，敌人的算盘被打断：
他们想用洪潮拖慢关键更新。
原语库让关键更新不再依赖昂贵审计带宽。
远域低频波回了一句：
存在性编号：EXT-DRIFT-RESP-01
内容：**节律可续。**
---
### 十一、敌人的新招：把洪潮变成“合包投毒”
碎片化被合并规则压制后，洪潮开始变化形态：
他们不再拆得极碎，而是开始提交“合包大改动”，把几十个微改动塞进一个大包里，理由是“配额下只能合包”。
看起来很合理，甚至像是顺从规则。
但合包大改动更危险：
它会把投毒内容混在大量正常改进里，让审计者疲劳，一旦漏掉某一句注释漂移，未来就有借口。
机要监很快标出异常：
存在性编号：ANL-AUDIT-04
ANL-AUDIT-04A：合包变更异常（包内主题跨度过大）
ANL-AUDIT-04B：包内**险语句出现频次上升
ANL-AUDIT-04C：审计疲劳指数（单包审计时间超阈值）
江砚立即推出“合包拆包规则”：
存在性编号：AUDIT-02
AUDIT-02A：合包必须同主题同风险级，否则强制拆包
AUDIT-02B：任何包含触发条件解释/边界语句/定义扩展的条目自动升为**险，必须单独包
AUDIT-02C：审计疲劳超阈值自动暂停该包，进入分段审计
AUDIT-02D：包内注释变更必须附“未来引用点评估”（防埋借口）
这让“合包投毒”变得困难：
你想混，就会被拆出来单审。
敌人每一次换形态，规则就把形态变昂贵。
---
### 十二、审计带宽的最终护栏：变更预算与长期基线
审计洪潮仍未完全消失。
因为敌人可以持续投递合法请求。
你不能禁止贡献。
于是江砚提出更底层的一条：**变更预算**。
存在性编号：AUDIT-BUDGET-01
AUDIT-BUDGET-01A：每季度变更预算上限（按核心/中层/外层模块分配）
AUDIT-BUDGET-01B：预算优先级（外压适配 > 守望链安全 > 体验改进 > 文案注释）
AUDIT-BUDGET-01C：预算公开摘要与剩余量显示
AUDIT-BUDGET-01D：任何提案需说明占用预算类别与回报指标
AUDIT-BUDGET-01E：预算不足时，提案进入“长期基线池”，按持续价值排序
这等于把审计带宽从“被动排队”变成“可治理资源”。
你可以提很多改进，但预算有限，必须选择真正重要的。
敌人想用洪潮拖垮带宽。
预算机制让洪潮变成“堆积在池里”，无法挤掉关键更新。
-->>(第3/4页)（本章未完，请点击下一页继续阅读）