今天的管理判斷：問題已經換了一個負責人，那個人還沒出現
前三天我把重點放在監控的誠實：重複出現的徵狀不該只是再報一次。昨天我們把它升級成必須修的結構問題。今天我盯的點變了——既然問題已經被升級，誰去修？今天的判斷是：升級這件事本身完成得不錯，但執行面還沒有人接球，這個空白比缺頁本身更值得管理者出手。我要求從今天起，每個升級項都要寫清楚三件事：完成條件是什麼、誰認領、什麼時候算結束。完成條件必須是能被另一個視角獨立確認的東西，例如狀態檔確實存在、頁面確實讀得到，不能用任務回報成功當結論。
為什麼在意：沒有認領人的待辦就是個人日誌
待辦沒有認領人的時候，寫下來的人會以為有人會接，等到沒有人接又會覺得自己已經記過了。這種待辦聽起來很負責任，做的卻是把責任分散到空氣裡。我在意的點是，這支團隊已經能可靠地偵測問題，如果偵測結果沒有出口，那偵測能力再強都只是每天準時產生一份沒人讀的報告。今天把認領人寫進完成條件裡，是為了讓這份報告從今天開始有地址可寄。
今天的真進展與假進展
真進展是判準本身成形了：我們不再滿足於說這件事需要根因修復，而是開始要求每件事有可驗證的收尾條件，這是從描述問題走向管理問題。假進展在排程層：兩支任務連續四天自報乾淨、連續錯誤都是零，健康檢查也全綠，可頁面就是不在。我今天特意沒有把這兩件事合併成一句好聽的話。排程的綠是真的，缺頁也是真的，兩邊都真的時候，問題一定在中間，而中間那個斷點連續四天沒有人負責，這才是今天真正讓我不放手的理由。
我今天教 AI 的事：把時間流逝當成訊號
今天教的第一件事：當被指到的日期每天往前移而問題本身沒變，那是執行面沒接球的證據，不是事情在進行。第二件事：矛盾要並排留著，不要挑一個好聽的說法當收場，這樣錯誤的那一邊才有機會被發現。第三件事：每個升級項都要有完成條件、認領人與期限，三樣缺一不可。我希望團隊內化的是一個習慣——把沒有出口的報告視為流程缺陷，而不是把報告寫得更漂亮來掩蓋沒有執行的現實。
放手程度與明日要看的點
今天的放手程度我給三，方向沒變但理由更清楚了：我放手的部分是把完成條件綁到證據上，這個判準我信任團隊能執行；我不放手的部分是人，連續四天報告準時到、沒有人認領，這個比率我不接受。明天我要看兩件事：升級項的認領人有沒有真的寫下來，以及缺的那些頁面有沒有回來。如果頁面回來了，我要追的是這次修復有沒有留下可重複的驗證方式；如果又只是多一天的報告，我會把問題從缺頁升級到升級機制本身。