鐵人檔案
專案導入 AI 後效率確實提升，卻也凸顯一件事：難的是事前規劃和最後的測試整合。
因此這 30 天，我想把過去使用 Claude 開發的經驗重新整理成一套完整的 AI 開發流程。從 AI-DLC、Spec-Driven Development 開始，到 Claude Code 的各種協作機制，最後實作一套系統，完整記錄如何讓 AI 從「寫 Code 的工具」逐漸成為開發流程中的協作者。
前言 AI 讓寫 Code 的速度變快了，但當開發速度被大幅壓縮之後，真正的瓶頸開始從「開發」移到「規劃、驗證與整合」。這 30 天，我想分享自己如何把 AI...
前言 如果 AI 已經不只是幫忙寫 Code，而是可以參與需求、規劃、測試與 Review，那我們是不是應該重新思考整個 Software Developme...
前言 用同一個 AI，為什麼有些專案跑得很順，有些跑到一半卻開始改 A 壞 B？ 問題有可能出在模型或 Prompt，但當 AI 開始擁有更多執行權之後，我...
前言 昨天提到，Spec 要成為 AI 可以持續取得的 Context。 如果規格只放在某個人的腦袋裡、Email 裡，或散落在不同的共用文件中，對 AI 的工...
前言 大部分人只在「它做不出來」的時候才想到換模型。但我自己開始使用 Claude Code 後，發現更常遇到的其實是另一個問題：用了太強的模型做很簡單的事，...
前言 規格驅動開發實際上要怎麼做？Spec Kit 給了一套完整的流程與十個 Agentic Commands——今天先介紹 Spec Kit 到底是什麼。...
前言 昨天把 Spec Kit 裝起來、寫完憲法，今天讓它從一句話長出一份規格。 昨天提到，Spec Kit 的價值不只是幫我們產生 Spec，而是把一套...
前言 Spec Kit 跑完一輪之後，我開始想一件事：如果有些流程我想自己定義，而不是直接照它的預設做，該怎麼把這些做法交給 Claude？ 這時候就會碰到...
前言 昨天的 /spec-check 可以告訴我規格哪裡有問題，但它只是「告訴我」。如果我希望某條規則不能被違反，而不是期待 Claude 記得遵守，就得再往...
前言 昨天用 Hook 決定 Claude 不能做什麼，今天反過來，要讓 Claude 能讀到這台機器以外的東西。 昨天說到 昨天做的兩支 Hook，擋的...
