最近在看 高見龍 談 Spec-Driven Development（SDD），這篇在講在 AI 開始參與寫程式之後，我們到底要怎麼避免寫出「能跑但不對」的東西，內容滿不錯的推薦。

整理幾個我覺得最有乾貨的重點：

第一個關鍵是，把「規格」當成唯一真相來源。
SDD 強調的不是多寫文件，而是先把需求寫成清楚、可驗證的規格，後面的實作、測試、甚至 AI 產碼，都只能依照這份規格行事。程式碼不再是對需求的詮釋，而是對規格的實現。

第二個重點，是規格要能約束 AI，而不是啟發 AI。
在 vibe coding 裡，prompt 常常是模糊的描述，AI 就只能用機率去猜你要什麼。SDD 的做法是先把行為邊界、例外狀況、成功與失敗條件都寫清楚，讓 AI 沒什麼「自由發揮空間」，產出的結果反而更穩定。

第三，是開發流程的順序調整。
文章裡把流程拆成三層：需求、設計、任務。不是一開始就想技術怎麼寫，而是先定義「什麼情況算對」，再來才是「要怎麼做到」。這讓後續拆任務、驗收結果都比較不會吵架。

如果你最近也有在用 AI 寫程式，
卻常常花很多時間在修方向錯了但又說不清楚哪裡錯的問題，
這篇蠻值得一看。

它講的不是新名詞，而是一個很現實的工程生存技巧。