U7.04.4Too many alerts train users to ignore alerts设计
告警过多会训练用户忽略告警
别名: 告警疲劳 · 狼来了效应
概念解释
告警系统与用户之间存在一条行为反馈回路：告警频繁且大多不重要时，用户的理性策略是降低对告警的注意——先是不细看，然后延迟处理，最后形成条件性忽略。这条"狼来了"回路一旦形成，真实的致命告警也会被同一个忽略机制处理掉。告警疲劳不是用户的态度问题，是系统用误报训练出来的行为结果。
机制
训练的机理是信噪比对行为策略的塑造：用户处理告警的成本固定（读、判断、行动），而告警的价值取决于它是真问题的概率——当历史里十次告警九次无事，单次告警的期望价值降到不值得即时处理，忽略就成为被强化的最优策略。这个学习发生得很快且很难逆转：几个月的误报足以建立忽略习惯，而重建信任需要的无故障安静期远长于污染期。系统层面的误报来源通常是三类：阈值过紧（正常波动被判异常）、无分级（毛刺与大事故同权重）、无归并（一个故障触发几十条衍生告警）。对策因此也在这三处：松紧校准、持续窗口分级、根因归并。
边界
告警量的目标不是越少越好而是信噪比最优化：过度降噪（窗口极长、阈值极松）会制造安静但迟钝的系统，漏掉的正是高价值早期信号。健康的度量不是"零告警"而是"每条告警都可行动"——收到告警的人能说出"这条让我做了什么"，答不出即该告警该撤。告警疲劳还有组织维度：值班轮换与告警认领制度影响忽略行为的分布，同一群人长期接收低质告警的组是疲劳重灾区，审计时要按接收组统计响应率而非全局平均。
怎么落地
- 建立告警审计例会：统计每条规则的触发次数、确认率、平均处理时长，低确认率规则进入裁剪队列。
- 上线新告警规则先跑影子模式（只记录不推送），确认信噪比达标再推送。
- 验证：跟踪告警确认时长的趋势；确认时长持续变长即疲劳在累积，立即收紧规则。