鐵人檔案
用一個真實軟體專案貫穿 30 天，實測 ChatGPT 與 Codex 在需求分析、架構、Coding、Debug、Testing、Code Review、Git、部署與 CI/CD 中到底能做到什麼。每篇保留實際 Prompt、Diff、錯誤與結果，不把 AI 當魔法，而是把它當一位需要被驗證的開發隊友。
30 天核心成果：完成一個可公開展示的專案，並留下可重複使用的 ChatGPT + Codex 開發流程、成功／失敗案例與比較紀錄。
如果把「幫我做一個網站」丟給 AI，幾分鐘後也許就有一個看起來能用的畫面。但畫面出現，不等於需求清楚、資料正確、測試通過，更不等於能安心交給使用者。這正是我想做...
Day 1 訂了實驗規則，今天要先解決分工問題。如果把「幫我做任務追蹤 App」同時交給 ChatGPT 和 Codex，兩邊都可能給出看似完整的答案；真正的差...
給 Codex 一個沒有說明的 Repository，就像請新同事第一天上班立刻修 Bug，卻不告訴他怎麼啟動服務。它也許會靠搜尋猜到入口，但每猜一次，都可能把...
「做一個任務追蹤 App」是一句想法，不是可驗收的需求。每個人對任務、完成、篩選和保存的理解都可能不同。今天我會把想法縮成第一版 PRD，目的不是把功能列得越多...
架構不是技術名詞的購物清單。Day 4 已經把產品收斂為個人任務的新增、管理與篩選；今天要選的，是能支持這些流程、又不讓 30 天實驗被維護成本拖垮的做法。我會...
前五天把需求和架構說清楚了，現在要把共識放進 Repository。只留在聊天紀錄裡的決策，下一次開新任務時很容易消失；寫成文件，才有機會讓人和 Codex 在...
今天開始把工作從討論移到程式修改。我選的第一個任務是「新增任務時拒絕空白標題」。它夠小，卻同時需要釐清輸入、錯誤回饋與資料保存；如果連這個任務都無法清楚驗收，後...
Day 7 的任務描述很完整，但這是否真的比較有效？今天不靠直覺回答。我會用同一個起始版本、同一個功能和同一組驗收案例，比較模糊指令與結構化指令。真正要看的不是...
有時我們知道問題，卻不知道檔案在哪裡。把檔名直接告訴 Codex，能加快一個任務，卻測不到它是否理解專案。今天只提供 Issue 與重現步驟，觀察它如何搜尋、追...
真實 Issue 很少把邊界條件、受影響檔案和測試方式寫齊。如果看完兩句話就開始改碼，速度也許快，漏掉的部分卻會在 Review 時加倍奉還。今天練習在動手前把...
