鐵人檔案
專案導入 AI 後效率確實提升，卻也凸顯一件事：難的是事前規劃和最後的測試整合。
因此這 30 天，我想把過去使用 Claude 開發的經驗重新整理成一套完整的 AI 開發流程。從 AI-DLC、Spec-Driven Development 開始，到 Claude Code 的各種協作機制，最後實作一套系統，完整記錄如何讓 AI 從「寫 Code 的工具」逐漸成為開發流程中的協作者。
前言 今天前半講認證與權限本身要決定什麼，後半講這一段交給 AI 做的時候，會遇到什麼、怎麼處理。 昨天說到 昨天處理掉 migration 的問題，今天...
前言 今天不講系統，要講兩個我實際在開發中用過兩個很實用的 Claude 小技巧 可以讓不同 session 互相對話，幫你做更多決策 如何解決 Token...
前言 昨天講的是怎麼讓兩個 session 分別扮演 SA 和 PG，以及怎麼把配額視窗釘在固定時間。今天回到系統本身。 這一輪要做的功能是決議項追蹤——會議談...
前言 昨天講完稽核軌跡，這個系統該有的功能就齊了：登入、開會、寫記錄、送出版本、確認、生效、指派決議項。 然後問題就來了——全綠代表什麼？ 前面每一天，測試都是...
前言 昨天的結論是：Claude 讀規格寫實作，也讀同一份規格寫測試，那 code review 呢？今天就拿系統裡那個已知的問題來測試。 同一份程式碼，...
前言 昨天結尾說到，這幾天做的 review 都有一個共同問題：全都要我記得做。當步驟越來越多，就容易漏掉，所以今天把檢查搬進 CI。 但在搬之前要先討論 這...
前言 昨天把檢查搬進 CI，讓測試、型別、Lint 和 Migration 都有了自動化的把關機制，但程式通過 CI，不代表一個工作單元真的完成了。開發結束後，...
前言 到昨天為止，這一整套開發流程：TDD、收工前測試、CI 閘門，以及交付收尾清單——都還只存在於我的本機。接下來進入 Part 4，目標是讓 AI 真正成為...
前言 昨天，我把這段時間建立的開發流程打包成 Plugin。今天，換個角度，盤點這 28 天用 AI 開發系統的成本。 成本的主體不是產出，是重讀 把 rep...
前言 第一天我寫下了這句話： 系統會走樣，不是因為 AI 做不好，而是講過的決定沒有被系統化地留下來。 當時這句話只是根據過去的開發經驗提出的觀察，30 天...
