鐵人檔案
買了 Claude Code 工具，然後呢？ 程式寫得更快、文件產得更多，就代表 AI 導入成功了嗎？
這個系列整理我過去一年摸索與應用 Claude Code 的經驗，步整理成團隊能重複使用的工作方式。
希望三十天後，我們談的不只是 Claude Code 能做什麼，而是更有依據地回答：用了 AI，工作究竟有沒有變好？
Day 9 把 PM 的兩句話變成能開工的規格，Day 10 定落點與驗法，今天動手寫程式。 要改的是同一個訂單取消功能：已付款、尚未出貨，而且還沒取消的訂單...
昨天讓 Claude Code 依規格修改程式，再把測試結果送回去。七個單元測試通過了，但使用者不會直接呼叫取消邏輯，他收到的是 API 回應，下游收到的是通...
Day 11 把取消訂單的核心規則寫進程式，Day 12 再查 API、訂單狀態與通知，修掉整合時發現的問題。功能一步步往前走，接下來要把修改交給人審查。 但...
昨天，我們整理了這次修改的審查結果與待決事項。接下來如果要把程式交出去，我還得回答：交哪一份？它跑過哪些檢查？該找的人接受了嗎？ 前面不是沒有規則。完成條件寫...
昨天的發布包通過檢查，也能啟動了。但打包完成，就可以上 Production 了嗎？ 一個人建立訂單、取消訂單，收到通知，看起來都正常。換成大家一起操作，回應...
昨天的發布包跑過小型負載驗證。今天把同一套訂單服務往下一步推，我想知道：如果通知沒送到，我能說清楚問題發生在哪裡嗎？ 這次本機演練裡，取消訂單回了 200，健...
昨天，我和 Claude 把通知失敗查到有依據的位置，也留下哪些事情還沒完成。 但那次查核能往下走，是因為對話裡已經交代了程式版本、通知 ID，以及為什麼 A...
昨天，我把查通知的方法寫成 Skill。查法留下來了，但換個對話、換張工單，Claude 去哪裡取得這套系統的背景？ 通知由哪個服務送？哪裡找接收端紀錄？為什...
這是第三幕「方法離開作者」的第三篇：Day 17 讓查法離開我的腦袋，Day 18 補上系統背景，今天要拿掉的是「每次都要有人或模型重想一次」的固定核對。Cl...
我把 Skill、腳本和使用說明都準備好了。換到一個全新的環境，Claude 找得到 Skill，也知道該做什麼。 但它還是停下來了。 原來我平常在啟動 Cl...
