鐵人檔案
當 Codex 不再只是補 Code，而是開始跨多個 Session、Worktree、Repo 持續執行任務，真正的難題會從「怎麼下 Prompt」變成「怎麼治理 Agent」。這 30 天將以我的實際開發流程為案例，整理 AGENTS.md、Skills、Plan freeze、FULL／FAST Preflight、Worktree 隔離、Verification、Handoff、Migration Guardrail 與跨 Repo 共用治理等做法，並記錄 AI 在真實專案中反覆探索、誤改、Context 膨脹與部署風險如何被逐步收斂。目標不是教 Codex 指令，而是建立一套可驗證、
Day 10 把 Workflow 與 Agent decision 分開之後，一個新的問題變得很明顯。 有些任務根本不是「還不知道怎麼做」。 相反地，前一輪...
Day 11 的計畫凍結（Plan Freeze）解決了一個問題： 已經核准的方案，不要因為換 Session 就重新設計。 但它只固定了 intent。...
Day 12 把問題從「Agent 看得到什麼」推進到「Agent 這次有權改什麼」。 我原本以為，只要兩個任務都有自己的有界修改範圍（Bounded Sco...
Day 13 把兩個可寫入的任務（mutation-capable task）拆進不同工作樹（worktree），解掉「共用中間狀態」的污染。 但 Agent...
Agent 做完一個任務後，最容易讓人鬆一口氣的句子，大概就是： Implemented successfully. 問題是，這句話幾乎沒有告訴我「到底證...
Day 15 留下一條規則： 完成宣稱（Completion Claim）不能超過實際拿到的驗證證據（Verification Evidence）。 但光...
Day 16 把 Verification Evidence 綁回可追溯的 State、Method、Environment、Scope 與 Limitati...
Day 17 把 Targeted、Regression、Smoke 各自的責任拆開後，還有一個常見誤區： 同一個 Repository、同一個 commi...
Agent 能力越完整，越容易把工作流一路接到底： 改 Code → 跑 Test → Deploy → Smoke 工具都接好之後，技術上完全做得到。 問...
在這個專案裡，讓 migration 不能被當成普通 coding task 的，不是 SQL 本身有多難，而是： SQL 可以完全正確，target 也可...
