在呼叫人工介入前设置心跳与烟雾测试门禁

唤醒人工介入的警报必须首先证明通信管道的完整性，即必须具备新鲜的 webhook 心跳和实时路径上已成功交付的烟雾测试证据。虚荣的延迟图表不应触发运维人员的警报，若心跳过时（stale HB）则必须阻塞报警流程，严禁出现虚假的系统正常信号。

本页侧重于管道验证后的警报卫生管理，而非 traffic_ok 试点流量闸门 或 SMS 延迟根因排查。另请参阅：首日准备：必须呈现绿灯的指标、撑过上线周的 webhook 习惯 以及 产品与财务的共享状态语言。

IOSOR 采用白标 prepaid 模式，建议投入 USD 20 用于获取烟雾测试证据，即使月消耗接近 USD 1,000 也不能豁免对心跳实时性的强制要求。

警报不是虚荣仪表盘

当 webhook 消费者静默时，仪表盘可能看起来依然健康。针对 p95 峰值或『上周绿色』进行呼叫会训练人工忽略事故。合同需要心跳年龄、带有送达或真实终端结果的烟雾意图 ID，以及共享原因代码。

虚荣指标保留在调查视图中，而非传呼机。缺失心跳年龄或烟雾意图应予以抑制。

任何呼叫前必须具备新鲜心跳

心跳必须是『新鲜的』：近期已签名的 webhook 事件、消费者无静默丢弃、ID 与账本行匹配。昨天的 200 响应不是呼叫许可。心跳过时即视为警报阻塞。

当心跳超出新鲜度范围或导出数据缺少心跳时间戳时，请勿呼叫。接近 USD 1,000/月的软额度不豁免此项。覆盖规则：指定负责人、原因、新的新鲜心跳。

烟雾测试证明了人工介入的必要性

烟雾测试是工程证据：实时走廊上持有的一个意图，一个终端结果(送达或真实失败)，以及可导出的意图 ID。人工应为破损的管道醒来，而非未经证实的图表。顺序：新鲜心跳 → 成功烟雾 → 开启警报。没有烟雾，则抑制警报。USD 20 用于资助烟雾钱包。这与 traffic_ok 试点流量闸门 不同：后者解锁试点资金；本项在管道验证后解锁人工警报。

不应作为呼叫依据的情况

请勿仅基于虚荣的延迟仪表盘、没有心跳年龄的孤立绿灯、其他走廊的沙盒烟雾、接近 USD 1,000/月的软额度流量，或未经管道验证的延迟理论进行呼叫。没有『几乎要呼叫』的黄色状态。首日红色 → 警报关闭。措辞参考：产品与财务的共享状态语言。

警报前心跳与烟雾测试的购买者清单

1. 人工呼叫是否要求在书面新鲜度窗口内有新鲜心跳？
2. 任何呼叫前是否需要送达(或真实终端)的烟雾测试？
3. 虚荣延迟或仅仪表盘规则是否已从呼叫中抑制？
4. 过时心跳是否被视为警报阻塞，严禁虚假绿灯呼叫？
5. 产品、运维和财务是否共享呼叫与抑制的语言？
6. 覆盖是否已命名、有时限，并由新的烟雾和新鲜心跳关闭？

任何『否』都应让传呼机保持静默。

从 IOSOR 开始

故意让 webhook 心跳过期，证明人工呼叫保持沉默。刷新心跳，在正式路径送出一则已送达烟测，导出两个时间戳，再武装呼叫。这是唤醒门，不是 Live 徽章典礼，也不是钱包地板。

IOSOR 要点

人只在新鲜心跳与已送达烟测之后被叫醒。

要做：第一次呼叫前导出心跳时间与烟测意图。不要：用虚荣延迟图或过期心跳去呼叫。