鐵人檔案
用一個真實軟體專案貫穿 30 天，實測 ChatGPT 與 Codex 在需求分析、架構、Coding、Debug、Testing、Code Review、Git、部署與 CI/CD 中到底能做到什麼。每篇保留實際 Prompt、Diff、錯誤與結果，不把 AI 當魔法，而是把它當一位需要被驗證的開發隊友。
30 天核心成果：完成一個可公開展示的專案，並留下可重複使用的 ChatGPT + Codex 開發流程、成功／失敗案例與比較紀錄。
前面的功能偏小，今天把難度提高：讓使用者編輯已存在任務的標題。這看起來只是一個輸入框，實際上會連到清單操作、伺服器更新、資料庫寫入、驗證、錯誤回饋與測試。跨檔案...
Day 11 的編輯功能即使畫面看起來正常，也可能在純空格、找不到任務或資料庫失敗時出錯。今天的主角不是讓 AI 再多寫幾行程式，而是建立一組能否證實它完成任務...
開發時最常見的求救訊息是「它壞了」，再附上一段錯誤 Log。這段訊息通常只告訴我們哪裡爆炸，未必說明為什麼爆炸。今天用任務編輯流程設計一個 Debug 實驗：一...
當專案逐漸有畫面、API、資料庫與測試，任何一個問題都可能牽涉多層程式。但把所有檔案一次塞給 AI，既花時間，也讓真正有用的線索淹沒在雜訊裡。今天要練習的是資訊...
當 Codex 交回一個能跑的功能，下一步不是立刻合併。另一個 AI 可以幫忙找漏洞，但如果兩者共享同一個錯誤假設，也可能一起自信地說「沒問題」。今天把 Day...
新增功能有明確畫面可以驗收，重構卻更難判斷。程式改得更整齊，不代表真的更容易維護；如果外部行為悄悄改變，再漂亮的結構也不值得。今天選擇任務新增與編輯共用的標題驗...
AI 可以在短時間改很多檔案，Git 因此更重要。沒有乾淨起點、清楚 diff 和可回復的 commit，速度只會讓錯誤更快擴散。今天要把 Day 16 的重構...
程式完成後，團隊仍需要知道為什麼改、改了什麼、怎麼驗證，以及有哪些風險。若 Pull Request 只寫「完成重構」，Reviewer 必須重新猜一次背景。今...
當代理能讀檔、改碼和執行指令，安全問題不只是一句「不要貼 API Key」。Repository、Issue、套件文件甚至網頁內容都可能含有指令；它們不一定可信...
本機函式通常回應快、格式穩定；真實 API 會超時、限流、改版，也可能回傳缺欄位或錯誤狀態。今天為任務追蹤 App 加入一個可替換的外部整合情境：依任務標題取得...
