告警，必是真实。静默，即是健康。
无值守自动化向它所服务的人许下两个承诺，而第二个才是难的。发告警人人都会；真正的功夫在于 赢得被信任的资格——绝不因一次抖动而告警，绝不在真实故障时保持沉默， 也绝不让凌晨两点为这两者中的任何一个付出代价。这是 第 002 期与第 003 期那家（虚构）基金背后的运维任务群。 用六种不同的方式打断它，观察两条信息流如何分岔：系统看到的一切， 与真正抵达手机的寥寥数条。
诚实 AI 说明。本页大部分内容是确定性工程，而非 AI——这正是要点所在。 事件流由页面所述的同一套规则（探针 → 重试 → 确认 → 去重 → 静默时段排队）在您的浏览器中实时计算； 不发起任何实时模型调用。唯一的 AI 环节已在出现处标注：在生产环境中，由 LLM 起草每条告警内的 诊断行——原因、证据、建议修复，绝不只说一句"失败了"。此处的诊断文案为预先写好。
场景：—
01三种结果，而非两种
探针失败意味着未知，而非故障。先重试：抖动 → 记录后继续； 仍失败 → 确认故障，只告警一次，随后去重直至状态变化。告警疲劳 不是数量问题——而是分类问题。
02静默时段延迟——绝不丢弃
22:00–07:00 之间不发任何告警。但 02:00 排队的红色告警保证在 07:00 送达—— 记分板上的"丢弃：0"正是整个设计所捍卫的不变量。守护睡眠与守护真相， 是同一项功能。
03盯交付，而非盯任务
"脚本以 0 退出"不等于"报告已发出"。交付闸门宁可扣住迟到的产出， 也不将其当作准时发送；逐级升级的提前检查让漏发的报告在截止之前 就响起来，而不是事后才被发现。告警通道本身也被探测——信使失联时， 告警自动切换到邮件备援。
通俗释义（探针、确认故障、去重、交付闸门、静默时段）
- 探针
- 一个微小的定时检查——"这个东西此刻是否存活、是否正常工作？"
- 确认故障
- 在重试窗口内至少失败两次。只有这一状态才允许向人告警。
- 去重
- 一次事故，一次告警：状态保持"故障"期间，重复检查保持静默；恢复属于状态变化，因此会通知。
- 交付闸门
- 一个截止时刻，过点后产出被扣住而非迟发——读者可以确信，凡送达的都是准时的。
- 静默时段
- 一个时间窗（此处为 22:00–07:00），期间告警排队而不触发。延迟，但绝不丢弃。