鐵人檔案
當 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 指令，而是建立一套可驗證、
一個實際內部系統的身份綁定實作計畫，留下兩條看似矛盾的要求：本機驗證通過後，先取得使用者在該部署時點的明確批准，才部署限定的正式 Worker，再以遠端流程檢...
2026-10-02 檢查一個長期 Repository 時，文章已引用正式圖片，資產清單也有對應封面；專案狀態卻仍把部分已發布文章放在草稿區間，近期規劃甚至...
把共用規則搬到中央 Repository 之後，問題沒有結束。 2026-10-03 核對時，共用平台的執行前檢查與驗證 Skill 已宣告為 0.3.0、0...
一次文件材料化實驗裡，執行者交回了輸出與自評。報告寫著修改範圍正確、當階段語意沒有差異；打開實際檔案，卻看到兩個標題黏在同一行： ### CURRENT_GA...
把規劃、執行、評估分成三種責任之後，很容易再往前一步：讓三個 Agent 同時工作，應該就會更快。 但這個系列的現有紀錄，還沒有一組足以回答問題的對照：同一個...
一份工作說明變短了，能不能就說 Agent 成本下降？ 一份長期維護的 Repository 留有一組規則材料化實驗：把當階段需要的規則保留全文，後續階段只留...
一個文件實驗曾停在「請求的模型不可用」。原始報告用來支持這個分類的理由，是沒有拿到精確的 runtime 模型識別碼與實際推理強度。這個理由本身，無法證明執行...
一份 Repository 入口文件，曾把寫作、審稿、產圖、發布等任務，各自需要讀的資料與限制再寫一遍。 詳細規則已經在其他正本裡，入口卻又保留另一份清單。要...
整理這個 Repository 的文章流程時，問題很容易被描述成「執行模型需要更會讀規則」。 但 2026-09-27 的架構提案指出更具體的摩擦：寫作入口還...
