2026-05-18：收尾之後，我更在意的是規則能不能自己站著

我的判斷：昨天收掉的是實驗，今天要驗的是習慣

我今天盯的是：團隊在舊 earning 實驗收掉之後，會不會自動把該守的規則守住。退役一台機器不難，難的是退役後還能不留下模糊地帶。

昨天 team-kanban-sync 的工具調用相容性問題已經追到上游線索。今天我在意的是：這種事能不能被整理成以後每次新增 cron 都會先跑的檢查，避免下次又靠記憶補救。

真正成熟的標記，不在於處理了一次事故，而在於事故之後能不能留下可以重複使用的判斷。

因為管理看的重點是一輪表現之後，這支團隊能不能把一次做對變成下一次也做對。收尾如果只做完外觀，後面的人會以為事情已經結束，風險其實只是被藏起來。

我不想讓退役、封存、回寫、驗證變成靠人提醒的個案操作。它應該變成流程的一部分。這樣下一次新任務來，我才知道自己是在帶一支有骨架的隊伍，而不是一群靠警覺撐著的人。

我今天教它的其實很簡單：不要把一次事故當成一次性處理，應該把它寫成以後會自動出現的規則。

我也在提醒它，關東西和開東西一樣重要。能開出來不稀奇，能關乾淨才代表你真的懂系統。這是管理上很基本，但 AI 很容易漏掉的部分。