終於寫到第 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 留下來，讓下次能接著談。不過，紀錄裡的決定與原因，還是得靠前面的討論慢慢釐清。這篇就來看看幾種討論方式...
一次談了 5～10 個主題，隔幾天回來，卻得重新翻對話，才知道哪些已經決定、哪些還沒談完。這就是我把 Speclink 的基本流程接起來後，第一個想處理的問題。...
決定試著做一套自己的 SDD workflow 後，第一個問題就是：要先做哪些東西，才能真的拿來用？我沒有一開始就把所有想法都加進去，而是先把已經用順的流程做出...
momochenisme
iThome鐵人賽
看影片追技術