WORK STORY / 01
把工程規範從共識變成可執行的守門機制
情境
專案持續開發與重構後，開始出現模組邊界不一致、樣式散落、靜態文字、過大的元件與不同開發方式並存；AI 加速實作後，這些不一致也可能被更快複製到新的程式碼中。
我的判斷與做法
我把能明確判斷的工程規則逐步移進工具鏈：透過 ESLint、Stylelint、Pre-commit 與 CI Gate 約束程式結構，建立 i18n、Design Token 與 Module Layering 規範，並拆分大型元件與測試責任；Agent 的開發流程也加入共用指令、Skills 與自動檢查，讓人與 AI 遵循相同的工程邊界。
形成的結果
架構與品質要求不再只存在於文件或 Code Review，而能在開發、提交與 CI 階段持續被檢查；不論程式碼由工程師或 AI 協助產生，都必須通過相同的專案規則。
留下的思考
當 AI 能快速產生大量程式碼後，真正需要被放大的不是 Review 人力，而是把可判斷的工程原則變成機器能執行的規則，讓錯誤在進入 Codebase 前就被攔下。