今天的問題是什麼
當規則、提醒、踩坑紀錄和做法全部混在一起時，最後通常沒人知道哪些是底線，哪些只是建議。工具越多，這件事越容易失控。
我怎麼拆這三層
我把 shared rules 放在最底層，負責全域底線；Skills 放具體任務的做法；review agents 則拿來做獨立驗證。這三層分開之後，規則才比較不會彼此打架。
- shared rules：全域底線，像測試誠信、危險 git、部署 fail-closed
- Skills：某種任務該怎麼做，像測試、除錯、UI、文件
- review agents：不負責產出，負責獨立唱反調驗證
為什麼要這樣分
因為底線和做法本來就不是同一件事。底線不該因為任務改變就消失，做法也不該被寫成每次都要重新發明。至於獨立驗證，更不能跟實作混在一起。
整理完之後有什麼差別
後來很多 UAT、除錯、程式審查和部署檢查，就可以沿著同一套結構往下做。換一個工作階段、換一個 AI，至少規則還是接得上。