"流程"
- 先建 report 卡再進 skill、不是先改 skill 再補 report report 卡是原則的 SSoT（有情境、根因、理想做法），skill 是 report 的操作化引用。先有 report 才有 skill 引用的依據。反過來做會讓 skill 裡的規則缺乏可追溯的根據，且 report 容易被跳過。
- 承重論點先對抗驗證、再建下游：核心宣稱的錯誤會等比傳播 一批工作建立在某個承重論點（方法論主張、核心假設、共用 spec）上時，判斷該在動筆蓋下游之前先對抗驗證那個論點、還是照常先產出再事後審查；以及為什麼「先寫再 steelman」讓核心錯誤散進 N 個檔