鐵人檔案
AI Agent 有時候一天就能新增、修改好幾萬行 code，聽起來很厲害吧？但我卻愈來愈不知道它到底做了什麼：需求 A 做成 B、改好一個功能卻弄壞其他地方，換個 session 還可能忘記原本的方向。只靠一句話交代需求，真的夠嗎？
這 30 天，我會從實際使用 Spec Kit、OpenSpec 與 Spectra 的經驗出發，拆開 SDD 怎麼把需求討論、規格、實作、驗證與後續變更接起來。後半段再回到我開發 Speclink 的過程，看看我怎麼從跟著工具跑 workflow，一路試、一路做錯，再慢慢走出適合自己的 SDD 流程吧！
【Day - 20】把 task 完成時的檔案紀錄留下來了。不過，如果好幾份 changes 都在同一個工作目錄裡修改，.evidence.json 還是可能記...
前一篇提到，我會先在 Worktree 裡確認這份 change 的修改，再把它合回主要 branch。不過，tasks 全部打勾，只表示清單上的工作已經標記完...
前一篇提到，Review 與 Verify 都要跑時，後面的修正可能讓前面的檢查結果過期。我實際使用 Speclink 時，就遇過這個情況：Verify 通過了...
前一篇把需要的檢查與收尾工作處理好後，這份 change 就準備進入 archive 了。接下來，除了把 delta specs 更新回正式 specs，前面留...
前一篇把一份 change 的歸檔與紀錄整理好後，留下了另一個問題：功能一項項完成，原本的程式結構還適合嗎？有些重複或不好修改的地方，是累積幾次開發後才慢慢看出...
專案使用的技術、命名習慣與測試要求，可能在不同流程裡都會用到。但這些規則，真的需要每次都讓 AI 全部讀過嗎？整理時，我先問自己：AI 做到哪一步，才需要知道這...
