鐵人檔案
我想處理的問題不是「生成式 AI 能不能寫程式」，而是更貼近日常工作的幾個問題：需求還很模糊時，怎麼請 ChatGPT 協助釐清？面對一個真實的程式碼庫，怎麼把任務交給 Codex 執行？AI 改過的程式碼要如何測試、審查與追蹤？當使用方式從個人實驗擴大到團隊流程，又該如何管理權限、成本與風險？
這 30 天會從基本心智模型出發，逐步走過需求分析、系統設計、程式開發、測試、除錯、文件維護、Git 協作與團隊治理。我會用實際或改編自實務的開發情境，記錄有效的方法，也保留失敗、誤判與需要人工把關的部分。
Day 10 我先劃好這週的分工：範圍與驗收條件由我定義，Codex 在範圍內動手。今天就用這個原則交出第一個任務——資料工作區每 500 筆切成一個批次，C...
Day 11 的批次任務明確指定要讀 pom.xml、查看 src、附上路徑，證據不足就停止；每次重寫這些要求卻很容易漏掉。回頭看 Day 11 的 Java...
Day 12 把專案規則寫進 AGENTS.md，今天我將它放進一個 Java 17／Maven 報表專案。客服原始回報只有：「日期起點和終點選同一天時，報表...
Day 13 修完同日起訖的日期錯誤後，畫面出現 BUILD SUCCESS。但它沒有回答在哪裡執行、跑了哪些測試、是否有所略過，也沒有證明網頁上的報表能產出...
Day 14 重跑 Maven 測試時，Maven 下載建置外掛的連線被 Permission denied: connect 阻擋。我沒有直接放寬權限，而是...
Day 15 劃出可核准範圍後，Day 13 的日期修正仍停在工作目錄。測試通過，不代表團隊看得出修改目的或原有內容。這次我用分支、程式差異（diff）、提交...
「資料匯入貼標程式」從讓 Codex 讀懂專案、修正缺陷、執行測試，一路走到權限控管與 Git 交付，最後得到的結論是：Codex 能完成「讀、改、測、回報」...
Day 17 我先誠實列出這套日報服務的現況與新需求之間的落差。把 Day 16 的交付方式套進來準備動手時，第一個碰到的還是規格落差：業務列了四種頻率，以及...
Day 18 新增了可獨立測試的 ReportProductionWindow，依任務契約還沒有接回舊服務。我回到縮小案例查看 DailyReportServ...
Day 19 的 08:00 與 07:59 測試鎖住舊發送規則；今天驗證「發送前一小時開始製作」，邊界因此移到 07:00。我尚未接上真正的持續整合（Con...
