以前我們常依賴直覺寫程式 (Vibe Coding)，隨便丟一句「幫我做個按鈕」，然後碰運氣看 AI 產出什麼。這種方式雖然快，但隨著專案變大，會產生大量用完即丟的程式碼與技術債，甚至讓 AI 在漫長的對話中開始胡言亂語。
為了解決這個痛點，業界開始推行「規格驅動開發 (SDD)」。你可以把 SDD 想像成一種「編譯器」：我們寫出人類與 AI 都能看懂的高階規格書，然後讓 AI 把它「編譯」成原始碼。而 DeepLearning.AI 的課程「Spec-Driven Development with Coding Agents」就是在簡介這個開發模式。在SDD開發流程中，AI 是負責執行的「肌肉」，而你寫的「規格 (Spec)」才是專案真正的「大腦」。
為什麼 SDD 能解決傳統 AI 開發的痛點？
利用下游放大效應控制程式碼：
在規格書裡改一個關鍵字（例如把資料庫從 SQLite 換成 MongoDB），AI 就會自動安全地修改底層數百行程式碼，大幅降低人類的認知負擔。
對抗上下文衰退 (Context Decay)：
AI 的短期記憶是有限的，塞太多對話就會變笨。SDD 將規格獨立成一份永久保存的文件，每次開發新功能時都能作為 AI 最精準的「記憶錨點」，確保它不會偏離核心架構。
提升意圖保真度 (Intent Fidelity)：
強迫你在 AI 動手寫程式之前，先明確定義架構限制（如嚴格的 TypeScript）與驗證標準，確保產出的程式碼高度契合你的商業邏輯。
SDD 實戰教學：5 步打造 AI 專案工作流 】
第一步｜建立專案章程 (Project Constitution)
這是一切的基礎。請開一個對話，讓 AI 代理協助你定義專案的三大支柱：
- 任務 (Mission)：專案目標與受眾。
- 技術堆疊 (Tech Stack)：前後端框架與資料庫等架構決策。
- 路線圖 (Roadmap)：將開發工作切分成多個小階段。
如果你接手的是既有專案，不需要從頭寫！可以直接讓 AI 讀取現有的程式碼，它會自動反向工程出這份章程文件。
第二步｜制定功能規格 (Feature Spec)
準備開發下一個功能時，請先開啟一個新的 Git 分支。接著與 AI 討論並草擬功能規格，包含：任務計畫 (Plan)、需求 (Requirements) 以及驗證成功的計分卡 (Validation)。
請專注於高階邏輯，如：核心架構、商業需求與整體功能運作，也就是關注做什麼 (What)與為什麼做 (Why)，而不是糾結於具體實作的微小技術細節。
第三步｜實作階段 (Implementation)
這是最神奇的一步！但在叫 AI 開始寫程式之前，務必輸入 /clear 指令清空 AI 的上下文。
清空上下文能避免 AI 發生疲勞或記憶混亂。對於敏感修改，可以要求 AI 一次只實作一個任務區塊，小步提交以防出錯。
第四步｜人工驗證與防偏移審查
AI 寫完後，你需要親自跑測試並審查高階邏輯。
如果發現 Bug，千萬不要自己手動改 Code！請用 Prompt 指示 AI 去修復。手動修改會導致程式碼與規格書產生偏移。
第五步｜重新計畫與自動化 (Replanning & Skills)
完成一個功能後，放慢腳步 (Run slow to run fast)。利用這個空檔更新技術堆疊或路線圖，並讓 AI 幫你寫代理技能 (Agent Skills)腳本，例如自動執行測試或更新 CHANGELOG。
「最好的程式碼，始於一份優秀的規格 (The best code starts with a great spec)。」
AI 時代的軟體開發不僅僅是比「誰寫得快」，而是比「誰能維持住工程紀律」。將 SDD 導入你的專案，不再讓 AI 瞎子摸象，重新拿回專案的主導權吧！
