終於寫到第 30 天了！【Day - 1】留下的問題，現在也可以回來回答了：會跑 workflow，真的就等於懂 SDD 嗎？對當時的我來說，還差得遠。我能照著...
上一篇提到，PM／SA 和工程師各自留下了規格，卻還沒有接在一起。如果 PM／SA 繼續使用團隊 AI Agent，工程師也留在熟悉的開發工具裡，能不能讓兩邊讀...
前一篇最後提到，需求到了工程師手上以前，PM／SA 往往已經討論過，也整理成工單或 Word 文件。那麼，當工程師開始使用 SDD，這些內容是怎麼帶進來的？ 這...
前一篇整理好 AI 寫規格時需要的背景與要求。不過，專案裡那些早就寫好、一直在運作的功能，可能還沒有對應的正式 specs。 新功能可以隨著 changes 一...
專案使用的技術、命名習慣與測試要求，可能在不同流程裡都會用到。但這些規則，真的需要每次都讓 AI 全部讀過嗎？整理時，我先問自己：AI 做到哪一步，才需要知道這...
前一篇把一份 change 的歸檔與紀錄整理好後，留下了另一個問題：功能一項項完成，原本的程式結構還適合嗎？有些重複或不好修改的地方，是累積幾次開發後才慢慢看出...
前一篇把需要的檢查與收尾工作處理好後，這份 change 就準備進入 archive 了。接下來，除了把 delta specs 更新回正式 specs，前面留...
前一篇提到，Review 與 Verify 都要跑時，後面的修正可能讓前面的檢查結果過期。我實際使用 Speclink 時，就遇過這個情況：Verify 通過了...
前一篇提到，我會先在 Worktree 裡確認這份 change 的修改，再把它合回主要 branch。不過，tasks 全部打勾，只表示清單上的工作已經標記完...
【Day - 20】把 task 完成時的檔案紀錄留下來了。不過，如果好幾份 changes 都在同一個工作目錄裡修改，.evidence.json 還是可能記...
規格與 tasks 準備好後，就可以進入 apply。Speclink 在這裡仍然沿用 Spectra 的基本作法：AI 讀取 tasks.md、逐項處理工作，...
討論有了結論，決定進入 propose 後，AI 就會開始準備 change 的規劃文件。不過，在寫 delta specs 以前，還得先確認：這次要改的功能，...
【Day - 15】介紹過的 grill-me，讓我重新注意到 Speclink 裡比較少用到的 Interview。它會先整理問題之間的關係，再根據前面的答案...
【Day - 16】把討論留下來後，下次就能接著談。不過，已經談妥的內容，還得帶進 change，才能繼續準備規格與 tasks。 如果同一場 discussi...
Speclink 第一版先沿用我最熟悉的 Spectra discuss：根據找到的程式碼，決定先列出假設讓我確認（Assumptions），還是一次問一題（I...
【Day - 14】談到，我希望把 discussion 留下來，讓下次能接著談。不過，紀錄裡的決定與原因，還是得靠前面的討論慢慢釐清。這篇就來看看幾種討論方式...
Day20_什麼是 Codex 的規劃模式？ 前言 Day19 已經用 Docker 準備好 SQL Server，前面的文章也陸續整理了 User Story...
一次談了 5～10 個主題，隔幾天回來，卻得重新翻對話，才知道哪些已經決定、哪些還沒談完。這就是我把 Speclink 的基本流程接起來後，第一個想處理的問題。...
決定試著做一套自己的 SDD workflow 後，第一個問題就是：要先做哪些東西，才能真的拿來用？我沒有一開始就把所有想法都加進去，而是先把已經用順的流程做出...
前兩篇看過 Spectra 的基本流程，以及指引、文件檢查與歸檔的安排。這篇接著看 apply 前後：規劃文件準備好了，AI 開始實作時，還會遇到哪些問題？ 例...
持續三個月的努力，DAP 在7/31正式開放上線了。 系統上線後，需求還是持續進來。回頭整理這三個月的開發紀錄，specs/ 已經累積 107 個編號資料夾，我...
【Day - 10】看過 Spectra 怎麼接續 OpenSpec，以及多提供了哪些流程與紀錄。這篇接著看流程與文件的處理：AI 從哪裡取得指引，文件寫好後會...
Spectra 其實在我剛開始使用 OpenSpec 時就已經推出，我也看過龍哥的介紹。不過，考量到 Spectra 本身也是從 OpenSpec 延伸而來，我...
上一篇看過 Skills 怎麼透過 CLI 取得 instructions，讓 AI 建立規劃文件，再由 apply 依照 tasks 實作。不過，當 task...
上一篇看過 OpenSpec 會在專案裡放進哪些檔案，也知道一個 change 可以透過 new、continue、ff、apply 與 archive 一路往...
什麼是規格驅動開發（SDD）？ 前言 前一篇談 API 契約時，我們把前端和後端想成兩個部門。雙方先約好 API 路徑、資料格式與狀態碼，才不會一邊送出 tas...
雖然早就在 Threads 上看過 OpenSpec 的討論，但當時我只想先專心研究 Spec Kit（想把它徹底搞懂XD），也就沒有特別往下研究。一直到 20...
【Day - 5】最後，我決定把前兩次略過的 clarify 接回 workflow，在進入 plan 前，先補上 spec 裡沒有說清楚的地方。但多了這一步之...
上一篇記錄了我第一次與第二次使用 Spec Kit 的實驗。第一次，我把整套權限架構交給 AI 一路做到最後，結果整個專案壞掉；第二次，我補上更多需求與技術作法...
上一篇先看過 Spec Kit 的基本運作方式：第一次導入專案時先建立 constitution，後續每個需求或變更，再從 specify、plan、tasks...
momochenisme
Old Fashion
jackylin1313
iThome鐵人賽
看影片追技術