核心論點

Alert fatigue 治理的核心概念是把告警品質當系統能力管理。判讀效率與決策一致性是主要目標，告警數量則作為輔助觀測指標。

讀者入口

本篇適合銜接 7.13 偵測覆蓋率與訊號治理、7.B5 Detection Engineering Lifecycle 與 alert fatigue。

訊號品質欄位

告警分層

告警分層的責任是讓值班負載可控。分層可依風險與動作分成：

1. Informational：觀測型訊號。
2. Action-required：需值班處理。
3. Escalation-required：需跨團隊升級。

調校節奏

調校節奏的責任是讓告警品質持續改善。每輪調校至少記錄觸發條件、誤報來源、調整內容、影響範圍與回退條件。

與 triage loop 對齊

與 triage loop 對齊的責任是讓告警到回應保持一致。告警內容至少提供 signal source、impact hint、recommended owner 與下一步路由。

判讀訊號與路由

必連章節

• 7.B5 Detection Engineering Lifecycle
• 7.B6 Incident Triage Loop
• 7.13 偵測覆蓋率與訊號治理
• 7.22 資安風險如何進入 Release Gate

完稿判準

完稿時要讓讀者能為告警系統建立品質治理循環。輸出至少包含品質欄位、分層策略、調校節奏、對齊路由與回寫位置。

這個詞出現在「告警太多，反而沒人看」這個問題裡——它是這條因果鏈的終點。

alert fatigue（告警疲勞）指誤報與告警太多，人對告警逐漸麻木，連真正重要的也一起忽略。

要注意它和「誤報」本身不是同一件事：alert fatigue 不是 false positive 的另一個叫法，而是 false positive 持續累積造成的人因後果。源頭常見於醫療（病房監視器整天響）與資安維運。

怎麼形成

false alarm 與 noise 累積 → 每個告警的可信度下降 → 人開始預設「大概又是誤報」→ 真事件來時也被當誤報略過。測試領域的對應是把 flaky 紅燈一律重跑、不再查。

解法方向

• 降噪：提高告警 precision，少報無關的。
• 分級：可行動的才叫醒人，其餘進儀表板。
• 可行動性：每個告警都附「該做什麼」，否則它只是 noise。

相關概念

• 累積成它的來源：false positive、false alarm、noise。
• 測試領域的類比：flaky 被一律重跑。