有事才通知：把競品巡邏和數字刷新改成安靜的監控

先確認三個零件都在

我以前會一直刷新 dashboard，大多數時候數字根本沒動。要改成有事才通知，得先接好排程器、資料源與通知出口。只貼一次「每天幫我看」，明天不會自己跑；手動下載的資料也不會憑空更新。

我會先縮成少量公開來源或一份固定位置的數據檔。資料還沒穩定進來時，就手動觸發；跑通後才決定何時排程、通知送到哪裡。我自己的數字監控接 Gmail MCP；本地 alert.txt 是我另寫的起手路線，尚未親測。

看競品時，我只想知道新功能、定價變動與重大公告，日期更新、排版和輪播順序就忽略。保存前後快照，通知附來源、抓取時間與改變的片段，我才有東西可以核對。

看數字時，我會先寫清楚比較期間和門檻。我用了單日大幅變化，以及三天同向且累積超過門檻兩種條件。換一份資料，我會重新調門檻，不直接搬用同一組百分比。

先檢查最後一筆日期，再算趨勢。週末、假日或資料延遲都有可能讓「不是今天」變成天天誤報，要按照實際更新節奏判斷。

若資料過期，回報最後更新時間與缺口後停止，不繼續寫趨勢。資料不夠時標不確定，可能原因另外列成待查，不當成已發生的事件。

「只讀指定資料，先確認是否更新到預期日期；過期就回報最後日期後停止。資料有效時，比對前後差異，只保留我列出的重要變動。每項附來源、時間與前後證據。沒有符合條件就不建立通知。可能原因標待查，不足的資訊寫不確定；不要替我採取行動。」

把重要變動的清單和更新節奏一起提供。通知也需要一個你確實會看到的出口，只有寫下一個檔案，不代表人已經收到。

如果你要建自己的版本，我建議先準備三份測試輸入：完全沒變、有一項符合門檻、最後日期過期。確認沒變時安靜、有事時證據完整、過期時不硬算，再交給排程。

開始後記錄誤報和漏報，再調門檻。收到通知，我會先開原始資料核對。它把值得看的事推到面前，要不要回應仍由我決定。