鐵人檔案
本系列從《無瑕的程式碼 第二版》出發，結合 Uncle Bob 的 AI 觀點與我的 AI Coding 經驗，重新思考 Clean Code 在 AI 時代的價值，並延伸出我建立的 CLEAN 五原則：C 掌握真實情境、L 限制變更範圍、E 說清楚意圖與邊界、A 留下可審查實據、N 守住可預期行為。透過真實 API 專案與 Codex 實驗，分享開發者如何駕馭 AI Agent，持續產出可讀、可維護、可驗證的程式碼。
安安～我是ChiYu～ 昨天，我把會獨立改變的重試規則從 Dispatcher 分離出來。但打開目前的 Solution，裡面早已有三個正式 Project，B...
安安～我是ChiYu～ 昨天，我把工作項目的生命週期與通知傳送拆成兩條 Use Case，但它們仍在同一個 API Host 裡執行。通知流程只認得 IWork...
安安～我是ChiYu～ 昨天整理元件邊界時，我保留了既有通知 Port，卻也發現一個不能忽略的問題：它接收的參數仍是 EF Core 使用的 WorkItem...
安安～我是ChiYu～ 昨天剛把 EF Core 與通知 SDK 留在 Use Case 外圍，今天我就故意把 WorkItemsDbContext 加回 Ov...
安安～我是ChiYu～ 昨天我補強了 Dependency Rule 與 Architecture Test，確保 Use Case 不會直接依賴資料庫或外部...
安安～我是ChiYu～ 「Build 成功、測試全綠、需求完成。」 這三句，我在 AI Agent 的完成回報裡看過很多次。看起來很完整，卻沒有交代驗證的是哪一...
安安～我是ChiYu～ 昨天，我把 AI Agent 的完成宣告整理成可重跑的 Evidence Packet：固定產品版本後，連同 Prompt、Diff、B...
安安～我是ChiYu～ 昨天，我把一項通知重試需求拆成三個小週期，讓 Agent 每完成一段就取得測試回饋與回退座標，避免單一開發流程一次累積太多風險。 今天，...
