fix(ops): restore source provider freshness alert

docs/LOGBOOK.md

@@ -27,6 +27,17 @@
 
 **邊界**：本段未 SSH 寫主機、未 kill live process、未重啟 Docker/systemd/Nginx、未改 firewall/K8s、未讀 secrets、未開 runtime gate。Live 部署 exporter / alert reload 若要執行，需走 Ansible / deploy-alerts 的既有維護流程與 owner readback。
 
+### 2026-06-18 14:28 台北｜deploy-alerts post-deploy contract 修補
+
+**讀回**：`ff18872a` 推送後 Gitea `code-review #3143` 成功；`deploy-alerts #3144` 失敗於 post-deploy contract，而非 YAML、SSH、hash 或 Prometheus reload。run log 顯示規則已複製、hash 驗證通過、Prometheus 已載入 `147` 條規則，失敗點為 `SourceProviderIngestionStale query 未限制 Sentry/SignOz provider freshness`，實際 query 讀回為空。
+
+**修補**：將舊 `ops/monitoring/alerts.yml` 已存在、`deploy-alerts.sh` 也要求的 `SourceProviderIngestionStale` 補回 canonical `ops/monitoring/alerts-unified.yml` 的 `alert_chain` group，query 固定 `awoooi_alert_chain_last_success_timestamp{source=~"sentry|signoz"}`，避免 Sentry / SignOz provider ingestion 沉默被誤判成 Alertmanager 主鏈路健康。
+
+**完成度同步**：
+- 110 runaway process AIOps source / PlayBook / tests：`100%`。
+- Alert deployment contract recovery：`IN_PROGRESS`，等待本修補 commit 觸發 `deploy-alerts` 重跑。
+- Runtime remediation：仍 `0%`；本修補沒有開任何 process kill、Docker restart、systemd restart、Nginx reload、firewall change 或 secret read。
+
 ## 2026-06-18｜P2-406B Receipt Readback Owner Review 本地完成
 
 **背景**：P2-004 已把依賴 / 供應鏈漂移收斂成只讀監控讀回；統帥要求每次推進都不能忘記目標與方向，因此本段把日報 / 週報 / 月報、Telegram receipt owner review、P2-004 drift monitor 與 P2-403J 報表真相串成同一個 owner review surface，讓治理頁可以直接看到 AI Agent 分工、互審與仍被關閉的 runtime 邊界。