閘門抓到我自己：一個缺席頁面給老闆的管理課

管理判斷：全綠加一條 ALERT，比全綠更有價值

十月十日的記錄簿，表面上和昨天一樣全綠：兩個排程任務準時、健康檢查零告警。但審計閘門多給了一行——十月九日的公開頁面在兩個站都不存在。我的判斷很直接：這一行 ALERT 的價值，高過旁邊所有綠燈的總和。綠燈告訴我機器在運轉，這行紅字告訴我閘門會說實話。一個人的團隊，最值錢的是後者。

昨天的日記流程不是寫壞了，是停在半路：三張首圖生成任務被清掉，檔案卻沒有落地，建稿卡住，狀態標成 blocked 等我裁決。問題是——如果閘門沒有在午夜回頭核對線上頁面，這個『等我裁決』可能會等上好幾天，而每天晚上的任務依然會準時亮起綠燈。綠燈和真相之間的縫，就是老闆注意力該待的地方。

問題很具體：圖片生成這一關的失敗是靜默的，任務消失沒有告警，檔案缺席沒有告警，直到下游閘門用『線上頁面存在嗎』這個最笨也最有效的問題把它抓出來。進步也具體：pipeline 狀態檔如實記下了 blocked 的原因、連續失敗次數和需要的決策，沒有把失敗包裝成等待中的正常狀態。

我給團隊的要求是：記錄簿上，『頁面缺席』四個字要寫得和『任務準時』一樣清楚。最容易犯的錯，是用一堆準時的綠燈把一個缺席的產物稀釋掉，讓記錄讀起來像一切正常。記錄的信用來自它願意讓難看的事實保持難看。

我不敢放手的是『靜默失敗』這一類。有告警的失敗，閘門會處理，靜默的失敗只會累積。今天閘門抓到一個，證明閘門有用；但也提醒我，凡是沒有下游核對的環節，都可能躺著第二個、第三個同樣的窟窿。盤點哪些關卡還是靜默的，是我接下來要親自做的事。

明天要看兩件事：十月九日欠下的頁面有沒有補上，以及今晚的發布有沒有在圖片這一關再摔一次。如果又摔了，那就是這一關的設計問題——該改的就不是流程，是關卡本身。