第四十二章：阈值说明书(6/8)
哑：“你……还在弄那些？”
林昼把水杯递过去，让父亲慢慢喝。等父亲缓过气，他才说：“我在把事情写清楚。不是吵。”
父亲皱了皱眉：“写清楚有什么用……他们人多。”
林昼看着父亲的眼睛，语气不重，但很稳：“人多不等于流程多。流程一旦被写清楚，谁签的字、谁开的开关、谁决定不启用围栏，就会被看见。被看见，他们就不敢把风险当惯例。”
父亲沉默了很久，像在跟自己的恐惧拔河。最后，他低声说：“别把自己搭进去。”
林昼点头：“我不会。我走监管，我走程序。我不碰他们的秘密，我只要能审计的边界。”
父亲眼皮微微颤了一下，像是勉强接受，却仍担心。
林昼没有再劝。他知道父亲这一代人的经验里，“别惹事”不是懦弱，是求生。但他也知道：如果所有人都只求生，规则就永远不会为弱者改。
规则不改，下一次就会有人用命换“恢复”。
---
晚上八点半，第三方平台送来第二份签章材料：**等级定义摘要与可配置项说明**。
材料里没有具体毫秒阈值，但明确写了三点：
*Level2的判定基于“评估窗口内的综合探测指标达到中级劣化区间”；
*评估窗口默认值可配置，常见配置为5m/10m/15m；
*租户可配置“回退触发等级”“区域优先级序列”“地理围栏开关”，并可在特殊时期启用“临时覆盖（Override）”。
“临时覆盖（Override）”这几个字，让林昼的手指不自觉地收紧。匿名邮件提到“APACfallbackoverride”，第三方材料里出现“Override”这个词，形成了呼应。呼应不代表匿名邮件为真，但它证明了这种能力存在。
能力存在，就意味着可能性存在。可能性存在，就必须核对是否使用过。
林昼立刻把重点发给梁组长：“第三方确认Override能力存在且由租户启用。请监管要求供应商提交转运前后是否启用Override的记录摘要（是/否、生效时间、审批角色）。同时要求提供ProbeWindow实际配置值与变更轨迹摘要（不含数值阈值，仅窗口长度与变更时间戳）。”
梁组长回：“监管已在推进。供应商今晚可能会提交Level2说明书与策略变更摘要。”
林昼没有放松。他知道对方会提交，但提交的内容会尽可能“安全”：给
本章还未完，请点击下一页继续阅读>>>
