超簡單 SDD 工具 OpenSpec
又是我,我是龍哥粉絲,上衣周看到龍哥介紹 Amazon 的 Kiro、GitHub 的 Spec Kit、Tessl 收穫超多,但那時候心裡其實一直在想 AI 工具這麼多,大家都在談「怎麼寫得更快」,但真正卡人的,好像一直不是速度
這週龍哥換了一個切角,介紹一個叫 OpenSpec 的輕量工具,表面看起來是在講 SDD,但我覺得他真正想回答的問題是 在 AI 已經會幫你寫大半程式之後,我們工程師到底還能靠什麼確保自己沒有在製造「能跑但不對」的東西
跟上一篇談 Kiro、Spec Kit 那種比較「大型系統級」的 spec 工具不同,OpenSpec 給我的感覺很工程現場,它讓你在每一次改動前先講清楚什麼叫"做對"
這篇裡我自己最有感的,是把規格當成唯一真相來源這件事,不是多寫文件,而是讓需求本身變成可以驗證的東西,一旦規格寫清楚,程式碼、測試、甚至 AI 產碼,都只是實現它,當程式不符合規格,錯的不是規格「不夠彈性」,而是實作錯了
第二個很現實的點,是規格其實是在約束 AI我們平常用 vibe coding,prompt 常常寫得很像在跟人聊天,但 AI 不是真的懂你,只是在機率空間裡猜,OpenSpec 這套流程反而是先把成功條件、失敗條件、邊界情況都寫死,你不給它太多發揮空間,結果反而比較不會歪
還有一個我覺得跟上一篇有連起來的地方,是流程順序的調整,上一篇談的那些工具,都在試著把「先想清楚再動手」這件事系統化 OpenSpec 用更輕的方式,把流程拆成需求、設計、任務。 先定義什麼情況算對,再來才討論怎麼做
這對 AI 協作特別重要,因為你至少知道它現在是在把你帶往哪個方向
如果你最近也有在用 AI 寫程式,常常遇到功能做完了,但總覺得哪裡怪怪的,想改卻又說不清楚問題在哪,去看看。
作者:三