鐵人檔案
專案導入 AI 後效率確實提升，卻也凸顯一件事：難的是事前規劃和最後的測試整合。
因此這 30 天，我想把過去使用 Claude 開發的經驗重新整理成一套完整的 AI 開發流程。從 AI-DLC、Spec-Driven Development 開始，到 Claude Code 的各種協作機制，最後實作一套系統，完整記錄如何讓 AI 從「寫 Code 的工具」逐漸成為開發流程中的協作者。
前十天講的都是方法跟工具，今天開始進入實作。首先要介紹這次實作的系統：要做什麼、核心的三個部分是什麼、哪些功能會實作。 昨天說到 昨天講完 MCP，Par...
前言 昨天介紹了系統功能和架構。今天在寫任何規格之前，得先處理一件事：這個專案是全新的，沒有既有程式碼可以讓 AI 先讀懂。 昨天說到 昨天介紹了會議紀錄...
前言 慣例定下來了，接下來要把「我想做什麼」變成一份 AI 能執行的規格。但我不打算自己寫，而是讓 AI 當訪談者。 昨天說到 昨天把三塊規範補進了 CL...
前言 昨天訪談出來的規格塞在同一個檔案裡，今天要把內容拆開，而拆之前得先講清楚：哪一份文件負責回答哪一種問題。 昨天說到 昨天讓 AI 當訪談者，問完兩輪...
前言 規格裡寫著「這是資料庫層級的保證，不只是 service 檢查」，今天就用四條規則去驗證這句話。 昨天說到 昨天把 323 行的規格拆成幾份文件，其...
前言 規格六份都齊了，狀態寫著「已核准，實作中」。交給開發之前還差一件事：確認這六份文件講的是同一件事。 昨天說到 昨天把資料模型逐條驗過，補上了一支 t...
前言 規格確認完了，下一步不是開始寫程式，而是決定：第一個可以交付的東西到底要切多大？ 昨天說到 昨天完成最後一次規格自檢。 Spec 告訴我「要做什麼」...
前言 驗收條件有很多種寫法，但因為 AI 產出的速度遠快過人 review 的速度，因此只有能自動驗證的那一部分，才有可能跟上 AI 的產出速度。 昨天說...
前言 CLAUDE.md 裡有一行「分層是 api → services → repositories」。我照著跑完一個工作單元，產出的是四個目錄——而規則沒...
前言 migration 跟測試走的是兩條不同的路，所以「tests 全綠」不能證明 migration 是安全的。 昨天說到 昨天講的是架構規則怎麼被檢...
