事件驅動
由外部事件喚醒，而不是等人提問。
形狀：監聽 → 觸發 → 執行 → 回報
什麼時候用
監控類任務：公告發布、價格變動、文件變化、CI 完成、定時巡檢。特征是「有事才動，沒事不打擾」。
什麼時候不要用
觸發條件無法精確表達時。誤觸發的成本可能遠高于漏觸發。
會怎麼壞
- 觸發條件誤判：把正常波動當成異常，半夜發一百條通知。
- 事件風暴。一个事件觸發處理，處理又產生事件，形成回授循環。
- 靜默失敗。監聽進程死了沒人知道，于是「沒有通知」被誤讀成「沒有變化」。
設計要點
要有心跳與自身健康監控（監聽者也需要被監聽）、冷卻窗口、以及「靜默」的顯式表達 —— 沒消息不等于沒問題，兩者要能區分。
起源
事件驅動是既有的系統形態，沒有單一首次公開實作可指向。