技術 【Day - 17】討論有了結論，怎麼接回真正要做的 change？

【Day - 16】把討論留下來後，下次就能接著談。不過，已經談妥的內容，還得帶進 change，才能繼續準備規格與 tasks。 如果同一場 discussi...

技術 【Day - 16】討論不能只留在 session 裡，Speclink discuss 會留下什麼？

Speclink 第一版先沿用我最熟悉的 Spectra discuss：根據找到的程式碼，決定先列出假設讓我確認（Assumptions），還是一次問一題（I...

技術 【Day - 14】一次談了 5～10 個主題，discussion 怎麼接著談？

一次談了 5～10 個主題，隔幾天回來，卻得重新翻對話，才知道哪些已經決定、哪些還沒談完。這就是我把 Speclink 的基本流程接起來後，第一個想處理的問題。...

技術 【Day - 13】Speclink 從哪裡開始？Skill、AI Agent 與 CLI 怎麼分工？

決定試著做一套自己的 SDD workflow 後，第一個問題就是：要先做哪些東西，才能真的拿來用？我沒有一開始就把所有想法都加進去，而是先把已經用順的流程做出...

技術 【Day - 11】從指引到歸檔，Spectra 怎麼安排每一步？

【Day - 10】看過 Spectra 怎麼接續 OpenSpec，以及多提供了哪些流程與紀錄。這篇接著看流程與文件的處理：AI 從哪裡取得指引，文件寫好後會...

技術 【Day - 10】Spectra 怎麼延伸 OpenSpec 的 workflow？

Spectra 其實在我剛開始使用 OpenSpec 時就已經推出，我也看過龍哥的介紹。不過，考量到 Spectra 本身也是從 OpenSpec 延伸而來，我...

技術 【Day - 9】OpenSpec workflow 怎麼收尾？第一次實驗又跑出了什麼結果？

上一篇看過 Skills 怎麼透過 CLI 取得 instructions，讓 AI 建立規劃文件，再由 apply 依照 tasks 實作。不過，當 task...

技術 【Day - 8】OpenSpec 的設定與 Skills 怎麼串起 artifact 的產生流程？

上一篇看過 OpenSpec 會在專案裡放進哪些檔案，也知道一個 change 可以透過 new、continue、ff、apply 與 archive 一路往...

技術 Day13_什麼是規格驅動開發(SDD)?

什麼是規格驅動開發（SDD）？ 前言 前一篇談 API 契約時，我們把前端和後端想成兩個部門。雙方先約好 API 路徑、資料格式與狀態碼，才不會一邊送出 tas...

技術 【Day - 7】OpenSpec 怎麼把一個 change 接到實作？

雖然早就在 Threads 上看過 OpenSpec 的討論，但當時我只想先專心研究 Spec Kit（想把它徹底搞懂XD），也就沒有特別往下研究。一直到 20...

技術 【Day - 6】Spec Kit 用順之後，我還想調整哪些流程？

【Day - 5】最後，我決定把前兩次略過的 clarify 接回 workflow，在進入 plan 前，先補上 spec 裡沒有說清楚的地方。但多了這一步之...

技術 【Day - 5】兩次實驗後，我才發現問題早就在 implement 之前

上一篇記錄了我第一次與第二次使用 Spec Kit 的實驗。第一次，我把整套權限架構交給 AI 一路做到最後，結果整個專案壞掉；第二次，我補上更多需求與技術作法...

技術 【Day - 4】同一個需求做了兩次，為什麼方向還是偏了？

上一篇先看過 Spec Kit 的基本運作方式：第一次導入專案時先建立 constitution，後續每個需求或變更，再從 specify、plan、tasks...

技術 【Day - 3】我使用的第一套 SDD 工具：Spec Kit 到底怎麼運作？

上一篇用「忘記密碼」的例子，把需求怎麼整理成規格、拆成工作，再拿規格核對結果走過一次。接著就可以回到我最早選擇的 Spec Kit，這些工作又是怎麼被安排進不同...

技術 【Day - 2】到底怎樣才算 SDD？

【Day - 1】最後留下了一個問題：照著 Spec Kit 的指令順序操作，就算是在做 SDD 了嗎？如果換一套工具，步驟和文件都不同，又該怎麼判斷？ 同樣叫...