[概念實作 Part I] AI 寫扣，你還在「通靈」嗎？GitHub 的 SDD 是 PM 與開發者的最後防線嗎？
[Concept Implementation Part I] AI Coding Got You "Channeling Spirits"? Is GitHub's SDD the Last Line of Defense for PMs and Developers?
你是不是也得了一種「拜託 AI 好好寫」的病？
我得承認，最近跟 AI 協作寫程式，有時會讓我陷入一種精神分裂的狀態。
一方面，我驚嘆於它能在幾秒內吐出上百行程式碼的能耐；但另一方面，我又常常被它產出的那些「看起來對，但根本跑不動」的程式碼搞到心態炸裂。那種感覺就像在跟一個極度聰明但完全不懂人話的實習生溝通，你得不斷修正你的「提示詞」，嘗試各種角度，像個神棍一樣，試圖「通靈」出它能理解的語言。
這個窘境，正是 Andrej Karpathy 在 2025 年初所點出的「Vibe Coding」——一種憑感覺、靠運氣的 AI 輔助編程模式。這不僅效率低落，更可怕的是，它正在默默侵蝕我們作為開發者的專業性。當我們的日常變成修復 AI 的 Bug，而不是建構穩固的系統時，我們跟一個高級的「提示詞工程師」還有什麼區別？
這種失控感讓我開始反思：我們真的要讓 AI 主導開發流程嗎？還是有更好的方式，讓我們重新奪回主導權？
GitHub 的答案：別再跟 AI 聊天了，給它一份「規格說明書」
就在我最困惑的時候，我在 GitHub Spec Kit 裡，看到了一個讓我心頭一震的答案：規格驅動開發 (Spec-Driven Development, SDD)。
一開始我以為這又是什麼新瓶裝舊酒的敏捷開發變體，但深入了解後，我發現它的核心思想，可能正是我們在 AI 時代最需要的防線。SDD 的核心哲學，是將唯一的真理來源從「程式碼」轉移到「規格」，也就是所謂的「意圖即真理」（Intent is the Source of Truth）。
SDD 的邏輯非常簡單粗暴：停止把 AI 當成一個需要哄的創意夥伴，而是把它當成一個絕對忠誠但毫無想像力的「自動化執行者」。
