規則筆記
我怎麼把 AI 規則拆成 shared rules、Skills 和 review agents
規則全塞在一起，很快就會分不出哪些是底線，哪些只適用某一種任務。
我把 AI 規則分層，是因為工具和工作階段一直會換。shared rules、Skills 和 review agents 各自處理不同問題，交接時比較不會重新摸索。
shared rulesSkillsreview agents
今天的問題是什麼
規則、提醒、踩坑紀錄和操作方式放在同一層，很難看出哪些一定要遵守。工具一多，同一條規則也可能在不同地方出現不同版本。
我怎麼拆這三層
shared rules 放全域底線，Skills 放具體任務的做法，review agents 負責獨立驗證。每一層的責任分開，才知道發生衝突時要以哪裡為準。
- shared rules：全域底線，像測試誠信、危險 git、部署 fail-closed
- Skills：某種任務該怎麼做，像測試、除錯、UI、文件
- review agents：不負責產出，負責獨立唱反調驗證
為什麼要這樣分
底線要跨任務保留，做法則會跟著工作類型改變。獨立驗證另外拆開，才不會讓同一個執行者自己判定結果。
整理完之後有什麼差別
現在做 UAT、除錯、程式審查或部署檢查時，都可以先找到對應的規則入口。換一個工作階段或 AI，也不用從頭解釋全部底線。