尋找最適合你的 AI 開發節奏：淺談「敏捷式 AI 結對開發」
最近網路上有許多關於哪家 AI 比較聰明的討論，大家常把焦點放在 AI 的「通靈能力」、也就是猜測隱性需求的能力上，但經過這陣子的實戰摸索，我發現除了模型本身的聰明程度之外，我們如何去「使用」它，反而才是決定開發體驗的關鍵。
目前在 AI 輔助開發的領域中，大家的工作流大致可以分為兩種截然不同的派系。
規格驅動 (SDD) 模式：自動化工廠
第一種是大家很熟悉的**「規格驅動 (SDD) 模式」**，這比較像是把 AI 當作一間自動化工廠，開發者會在開工前撰寫一份非常詳盡的千字規格書，然後交給 AI 去一次性生成大量程式碼。
這種模式在處理大規模重構或是單調的苦力活時非常有效率，不過當專案需要頻繁微調時，有時會面臨不知該改文件還是直接改 Code 的兩難，在維護文件與程式碼的同步上會比較具有挑戰性。
敏捷式 AI 結對開發：資深實作夥伴
而我個人目前比較偏好另一種被稱為**「敏捷式 AI 結對開發 (Agile Agentic Coding)」**的工作流。
在這種模式下，我傾向把 AI 當作一位需要方向指引的資深實作工程師，而我自己則退一步擔任技術總監（CTO）的角色，我們不會一開始就寫完龐大的文件，而是一次只鎖定一個可以快速驗收的小目標，給出指令後讓 AI 實作，接著馬上透過畫面驗收，如果有跑版或需要調整的地方，就直接用對話讓 AI 進行就地修正（In-Place Edit）。
這種短平快的迭代節奏，讓我能把精力專注在商業邏輯與整體架構的把關上，將底層打字的勞力活交給 AI。
找到屬於你的完美工作流
其實這兩種開發模式並沒有絕對的優劣之分，每個人對「流暢」的定義不同，有些人享受撰寫完美規格書後一次跑完的成就感，而我則比較習慣與 AI 一來一往、隨時看著畫面修正的敏捷步調。
面對快速迭代的 AI 工具，保持開放的態度去嘗試各種可能性才是最重要的，不用過度去爭論哪個工具或哪種流派才是唯一正解，只要能找到一個讓你不用陷入繁瑣除錯、能準時下班的協作節奏，那就是最適合你的完美工作流。