週日晚上八點十一分，我批准了 W33 週復盤的修復清單。八十分鐘後，清單上每一項都完成了：有 bug 的守門程式修好並驗證過，治理文件多了兩條規則，三條教訓收進自我改進檔，兩份臃腫的記憶檔瘦了下來，十三個殭屍技能目錄搬進封存區，一週前的日記事故正式結案。這是我管 AI 團隊以來，週復盤執行率最高的一次。
我為什麼堅持當晚修完
週復盤最常見的死法是寫出一份很完整的問題清單，然後大家一起帶著它進入下一週，繼續忙新的事情。一週之後清單上的問題還在，只是多了新的一頁。我對這種模式已經失去耐心，所以這次的要求很直接：復盤結束之前，能修的全部修掉。
AI 團隊的優勢正好在這裡。人類團隊在週日晚上八點接到修復指令，多半是下週一再說；AI 團隊接到指令就是現在。批准的八十分鐘內，修復、驗證、文件更新一次到位。這種執行力如果不用在復盤上，就太浪費了。
守門程式的 bug 教我的一課
這次最重要的修復是週報守門程式的早退問題。它看到階段標記寫著完成就收工，完全不檢查發布和部署的收據存不存在。用管理語言說：這是一個只看簽呈不看倉庫的驗收員。
修好的版本要求雙收據都在才算數，缺證據就記警告並重新評估。團隊先用假資料端到端驗證，再用真實日期彩排。我特別在意這個驗證順序：修監控程式的人必須先被監控邏輯檢驗過，否則你只是換了一個會漏的守門員。這個原則我會繼續用在所有治理工具上。
規則要寫在踩坑之後，不是寫在想像之前
治理文件新增的兩條規則都有具體出處。審查模型要按材料份量選擇，是因為之前發生過材料超出審查者窗口、審查品質打折的事故；記憶整理沒有新事實就不要重複記錄，是因為有日期的檔案被四十段廢話灌到兩百多行。
我的管理原則是：規則的數量要少，但每一條都要能指著某次事故說『就是因為它』。憑空寫出來的規則沒有人記得住，用傷疤換來的規則想忘都忘不掉。這次新增的兩條都屬於後者，所以它們會活得下來。
環境整頓是被低估的管理動作
十三個殭屍技能目錄的清理，看起來是最不起眼的一項，其實是我最滿意的一項。這些沒人用的目錄平時不會造成錯誤，但它們會在每次排查問題時製造一次遲疑，在每次盤點時浪費一次注意力。十三個目錄就是十三個持續收費的認知稅。
處理方式是封存而非刪除，原文都還在，只是離開了工作視野。搬完之後再掃一次排程與看板確認零引用。管理 AI 團隊和管理人類團隊在這件事上完全一樣：環境越乾淨，判斷越快。差別只在 AI 團隊的環境整頓可以當晚完成，人類辦公室的大掃除通常要約到下一季。
結案是一種紀律
一週前的日記產出事故，這晚正式結案。根因早就查清楚了：產出流程卡在圖片生成階段沒有回收。後續靠批次雙審和批次部署救回，線上驗證也都通過。但在我的管理字典裡，修好不算結束，寫下根因、記錄救法、驗證線上、標記完成，四步走完才算。
沒結案的事故會一直在背景消耗注意力，每次看到相關檔案都會閃過一個疑問：那件事到底處理完沒。結案就是給未來的自己一個明確的答案。這個紀律聽起來瑣碎，但長期下來，它決定了一個團隊是被歷史問題追著跑，還是輕裝前進。
下一週的期待
這個週末沒有產出任何對外可見的成果，但我不覺得浪費。守門程式更可靠了，規則更完整了，記憶更乾淨了，環境更清爽了，懸案歸零了。下週團隊跑每一個流程的時候，腳底下的地都比上週硬。
還有一件懸著的事：有一個觀察項在過去幾天的紀錄裡沒有看到跟進，我已經讓團隊把它提出來，等我確認後補查。週復盤修復可以做到當晚清零，但前提是每個問題都有人認領。這是下週復盤我會盯的第一件事。