第476章 动态上限与“节奏控制”（2 / 2）

抽取近30天样本，验证BANK-CHECK-01关键条目通过率

抽取随机批次，验证A3序列一致性（派单→到场→证据→闭环）

验证离线发生包是否在配额内且补链及时

验证入口实现是否通过AutoReCert且热修标记清晰

验证噪音差值指数是否回落到安全区

通过压力测试，系统自动出具一张“放开凭证”：

cap_release_cert_id（可验真）

并写入周报与银行档案：这是放开的理由，不是人情。

何经理很满意：“我们需要这种凭证。对外问责时，我们能证明：不是我们随意放，是指标恢复+压力测试通过。”

城市负责人也松口气：“至少我们知道怎么回到绿。”

3）第一座城市进黄灯：不是被罚，是被提醒

规则上线后第三周，某新加入试点城市（不点名）出现了明显的噪音飙升：

工单数量涨得快，硬工单占比却没跟上；离线发生包使用率也偏高；i_id频次上升。

系统自动触发YELLOW，并生成cap_event_id。

周报上写得很冷静：

节奏变更：GREEN → YELLOW

原因桶：A类（hard_ticket_rate下降）、B类（离线占比异常）、t频发）

生效时间：xx日

影响：抽检比例+10%，例外上限-20%，新增批次减少

解除条件：通过BANK-STRESS-01压力测试

城市群里瞬间炸了：“你们这是卡我们！”

林远没在群里解释长篇。他只发了一张图——节奏仪表盘，红黄绿刻度，旁边是“解除条件”。

并附一句：“这不是卡，是刹车。刹车公开，解除条件也公开。”

更关键的是，银行何经理也在群里说：“黄灯期间不是不放，只是更慢、更抽检。你们把硬工单链条补齐，跑压力测试，就能回绿。”

这句话把冲突从“银行卡我”变成“我怎么回绿”。

4）真实危机：黄灯城市靠制度救回来

那座城市的城投负责人咬着牙开会，终于不再找顾问“走捷径”，而是按清单补链：

把软工单清理成真实派单

到场令牌补齐（不补隐私，只补桶）

证据令牌改用M1发生签名，禁止相册导入

离线发生包使用率降下来，网络整改工单闭环

i_id频发的问题出故障报告并修复

两周后，他们申请跑压力测试。

压力测试通过率从“边缘”爬回安全区，系统自动生成cap_release_cert_id，节奏从YELLOW回到GREEN。

周报上写着一句很平淡的话：

“解除黄灯：指标恢复+压力测试通过。”

但这句话对基层很爽——它意味着你不用求人、不用买票、也不用在会议上熬到半夜，只要把链条做实，就能被系统放开。

林远看着那条解除记录，心里明白：这就是制度真正开始“可复制”的瞬间——不是靠英雄，而是靠流程。

5）对手的反扑：他们会卖“帮你回绿”的捷径

节奏控制越清晰，生意也越清晰。

很快，匿名入口又收到新话术：

“我们能帮你快速回绿，提供压力测试包，通过率保证。”

刘曼冷笑：“又来卖包了。”

林远没有笑。他知道这是更危险的门票：它不是卖恐慌，是卖“解除恐慌”。只要有人能让你看起来通过压力测试，就能赚一大笔。

他在白板上写下下一章的方向：

压力测试反作弊

随机抽样不可预测

证据链重放检测

“回绿包”纳入干扰源

“下一章，我们要把压力测试做成不能作假的。”林远说，“抽样种子公开但对象不可预测，重放检测写进测试套件。让‘回绿包’这条路比整改更难。”

他顿了顿，补上一句像结尾的句子：

“制度一旦能让节奏自动收紧，也必须能保证放开不被买走。”