終於寫到第 30 天了！【Day - 1】留下的問題，現在也可以回來回答了：會跑 workflow，真的就等於懂 SDD 嗎？對當時的我來說，還差得遠。我能照著指令產生文件、開始實作，卻說不清楚規格該寫多細、範圍怎麼切，也不知道遇到變更時該怎麼處理。

這 30 天寫下來，我更想回頭看看的是：從一開始只想讓 AI 快點把功能做出來，到後來自己調整流程，我的工作方式到底改變了什麼？

從 Vibe Coding 走進 SDD，我的步調為什麼慢了下來？

剛開始大量使用 AI Agent 寫 code 時，我真的很享受那種快速看到成果的感覺。原本還得自己慢慢實作的功能，只要說出自己的想法，沒多久就能看到東西跑起來。當產出速度愈來愈快，我也逐漸習慣把需求交給 AI，自己不再一行一行把 code 寫出來。

開始使用 SDD 後，步調卻突然慢了下來。對已經習慣把需求交給 AI、很快就看到成果的我來說，現在卻得先讀文件、確認需求，才能開始實作；明明功能都還沒開始做，就得先想這次到底要完成什麼、哪些地方不能改，以及最後準備怎麼確認。從 Vibe Coding 的快速產出，突然走進這種被迫先停下來思考的流程，說真的，我一開始非常不適應。

後來在導入 SDD 的過程中，我也一直質疑自己：SDD 真的有用嗎？產生出來的規格，最後到底可以做什麼？

懷疑沒有消失，但我更清楚自己需要什麼

前陣子看到 Matt Pocock 訪談 Uncle Bob 的影片時，他談到 SDD，也說了這段話：

“There’s this movement towards spec-driven development. [...] My impression there is that that’s probably not going to work. My experiments did not work particularly well.”

這是他根據自己當時的實驗得到的看法。第一次聽到時，我確實停了一下。一路研究、使用 SDD，甚至開始設計自己的流程後，再聽到這樣的結果，很難完全不懷疑：我花時間走的方向，真的適合自己嗎？

不過，繼續聽下去，我更有感的是他談到自己比較習慣的步調：先做一點、取得回饋，再整理後繼續往下走。

這讓我想到自己前面幾次實驗。當時把範圍訂得太大，一路做完才發現問題；後來，我才開始把工作拆小，先看一段結果，再決定接下來怎麼做。有時由我先整理，有時和 AI 討論後再決定怎麼拆。如果回饋讓需求或方向改變，就透過 ingest 把新的決定更新回進行中的 change，再繼續實作。聽到他的說法時，我想到的正是自己從這些錯誤裡慢慢調整出來的步調。

這些經驗也讓我更清楚自己需要什麼：即使大部分 code 已經不是親手寫的，我仍然要知道這次為什麼要改、準備怎麼做，以及最後該拿什麼確認結果。

code 不全是我寫的，我還是得知道改了什麼

如果要用一個畫面形容這段歷程，我第一個想到的就是 Minecraft。以前自己寫 code，就像一格一格把方塊放上去。速度沒有那麼快，但每一格都經過自己的手；房子蓋到哪裡、紅石線路怎麼接，別人問起來，我大致能說明當初為什麼這樣蓋。

換成 AI Agent 後，則像輸入一段 command，整棟房子一下子就出現在眼前。第一次看到真的很驚豔，冷靜下來後卻也會開始懷疑：地基有蓋對嗎？它為了加一個房間，有沒有不小心蓋掉旁邊原本蓋好的東西？

現在，我會先把要做什麼、哪些地方不能改說清楚，完成後再拿規格與檢查結果確認。需要弄清楚某段實作時，我還是會打開相關的 diff 與 code 來看，只是不再要求自己把每一行都 review 完。別人問起來，我仍然能說明用了哪些技術、架構怎麼運作，以及主要邏輯是什麼。就像這棟房子雖然不是我一格一格蓋的，我還是得走進去看看，弄清楚它是怎麼蓋起來的。

寫完這 30 天，我也更清楚自己在做什麼

而這次寫鐵人賽文章，也讓我有機會重新確認自己到底懂了多少。實際使用時，有些地方只覺得「好像哪裡怪怪的」；真的要寫給別人看，才發現還得回頭查資料，把原因弄清楚。

這是我第二次參加鐵人賽。除了整理自己的理解，寫文章的方式也和上次差了很多。

第一次參加鐵人賽時，ChatGPT 才剛開始受到關注。我最多就是把文字複製貼上，請它幫忙整理脈絡；剩下的資料要自己找，文章前後的順序也得自己一段一段接，文章對應的 code 也要一點一點慢慢寫，整體寫下來其實蠻累的XD。

這次再參加，我已經可以讓 AI Agent 跟著整個 repo 協助整理文章、查找資料、比對文件，再檢查 30 篇之間有沒有互相矛盾。這一系列我主要搭配 Codex 完成，至少對我來說，整個過程確實比第一次順手許多！

把這一系列寫下來，也讓我有機會回顧從 2025 年開始大量使用 AI Agent 到現在，這一年多來自己的經歷。模型一直進步，我寫 code 的方式也跟著改，專案裡的 instructions、prompt 與協作方式都調整了好幾輪。現在這套流程，就是在這些嘗試裡慢慢變成目前的樣子。

剛好最近 OpenAI Dots 的個人助理很夯，我就請它搭配 Opus 5.5，從腳本規劃、語音產出，再到和 Claude Code 裡的 Opus 5.5 協作，製作了一部 Speclink 教學影片。影片用一個案例跑過整個流程，分享給大家。如果前面一篇篇讀下來，還是有點難想像 Speclink 實際用起來是什麼樣子，也可以透過這部影片看看！

當初連 SDD 跑起來會是什麼樣子都無法想像的我，現在竟然已經可以一路講上 30 天了。現在的我，至少能說清楚自己為什麼這樣安排流程、哪些問題還沒解決，以及接下來想怎麼試。和一開始只會跟著指令走的自己相比，我確實更知道自己在做什麼了。

SDD 會走到哪裡，AI 又會進步到什麼程度，我不知道；唯一確定的是，我對寫程式、把想法做出來的熱情永遠不會變！

參考資料

• Matt Pocock：LIVE: Uncle Bob on Software Fundamentals in the Age of AI