鐵人檔案
本系列從《無瑕的程式碼 第二版》出發，結合 Uncle Bob 的 AI 觀點與我的 AI Coding 經驗，重新思考 Clean Code 在 AI 時代的價值，並延伸出我建立的 CLEAN 五原則：C 掌握真實情境、L 限制變更範圍、E 說清楚意圖與邊界、A 留下可審查實據、N 守住可預期行為。透過真實 API 專案與 Codex 實驗，分享開發者如何駕馭 AI Agent，持續產出可讀、可維護、可驗證的程式碼。
安安～我是ChiYu～ 昨天我先釐清 WorkItem、DTO 與 EF Entity 各自負責什麼。最後沒有建立第二套 Domain Model，只把指派、完...
安安～我是ChiYu～ 昨天比較類別拆分時，控制組、行數上限與內聚拆分都能把升級通知做對，也都通過最後的行為驗證。 若只看終點，三種結構都像是成功的候選。可是最...
安安～我是ChiYu～ 昨天談測試紀律時，我比較了直接完成、TDD 與 TCR。那些實驗回答的是：測試何時介入，會怎麼改變 Agent 的前進節奏與還原範圍。...
安安～我是ChiYu～ 前天談測試紀律，昨天接著確認整潔的測試與驗收測試能不能真的守住需求。今天，這個系列正式跨過 Part I〈程式碼〉，進入 Part II...
安安～我是ChiYu～ 昨天只有兩條通知升級規則，而且都由同一位服務等級政策負責人維護。我因此把判斷集中在 RequiresEscalationNotifica...
安安～我是ChiYu～ 昨天把服務等級與派工政策分開後，今天我在共同通知介面後方，再放入一個 Queued Provider。Provider 就是負責實際送出...
安安～我是ChiYu～ 昨天整理完通知的行為契約、Consumer 需要的能力與原始碼依賴方向後，系列接續版本仍只有一個 Production Project。...
安安～我是ChiYu～ 昨天談完元件原則後，Work Item API 已經形成三個清楚的責任區域：API 處理 HTTP、資料與通知流程，WorkItems....
安安～我是ChiYu～ 昨天加入背景 Worker 後，逾期流程多了第二個入口：使用者可以透過 HTTP 主動觸發，Worker 也會依排程執行，最後兩邊都呼叫...
安安～我是ChiYu～ 昨天，我們處理了 HTTP 與背景 Worker 同時選中同一筆 Work Item、進而重複送出通知的問題。資料更新、通知傳送、失敗重...
