可恢復的長流程:讓 Codex 跑得久、斷得掉、接得回

到目前為止，你跑的都是幾分鐘內的任務。但有些工作很大：跨幾十個檔的遷移、把一整套測試補齊、一個要跑很久的重構。這種任務有個現實問題——跑到一半斷了怎麼辦？

這一課講 Codex 處理長活的方式，以及怎麼把它放進自動化。

可恢復：斷了不用從頭來

Codex 把長任務做成可恢復流程:它把進度記下來，中途中斷(你關了、網路斷了、你叫停了),之後能從上一個進度接續，而不是回到起點。

這聽起來小，但對大任務是關鍵差別。沒有可恢復，一個跑了二十分鐘的任務斷在第十八分鐘，你得全部重來——又是二十分鐘、又是一份用量。有了可恢復，它從斷點接上去就好。

這也跟上一課的手機核准完美搭配：你開一個長任務、離開電腦、用手機盯著核准;就算中間連線斷了，回來還接得上。「跑得久」和「人不用一直守著」這兩件事，靠可恢復流程接起來。

什麼任務適合交給長流程

• 大型遷移:把一個過時的 API 用法全 repo 換掉、升級一個跨很多檔的依賴。
• 補齊類:幫一個模組補上缺的測試、補上缺的型別。
• 跨多步的重構:先計畫、分步改、每步跑測試——一條龍跑完。

共通點：步驟多、會跑久，但每一步都還算明確、可驗。 回想上手的「先計畫再動手」——大任務先讓它出計畫、你確認，再讓它照計畫跑長流程，最可靠。

放進自動化與 CI:省力，但別把責任也自動掉

更進一步，你可以把 Codex 放進自動化或 CI:讓它在某些事件發生時自動跑某類任務(例如自動補測試、自動跑某種檢查)。

但這跨過了一條線：從「你叫它做」變成「它自己會做」。 前面學的東西在這裡不是變次要，是變更重要：

• 無人看管的自動流程，只該做綠燈的事(讀取、產出、跑測試)。對外、刪除、部署這種紅燈動作,永遠不要放進沒人核准的自動流程。
• 它一樣按用量計費。 一個會自動跑、又跑很久的流程，就是一筆會持續發生、又不小的成本。設好範圍，別讓它在背景默默燒。
• 產出仍要有人定期審。 自動跑歸自動跑，進 main 的東西還是要過 review 那一關。

換句話說，自動化省的是「你重複動手」的力氣，不是「你該負的責任」，也不是「你不用看帳單」。

動手：讓它跑一個你一直拖著的大任務

挑一個你因為「太大、會跑很久」而拖著的任務(全 repo 的某個遷移、補一個模組的測試)。

1. 先讓它出計畫，把大任務拆成可驗的步驟。
2. 讓它跑可恢復的長流程;要離開電腦的話，配對手機盯著核准。
3. 跑完，一樣逐個審 diff——任務再大，審查的紀律不能放掉。

你會發現，以前覺得「大到不想開始」的任務，交給長流程跑、用手機盯，變得可行了。

最後一課：把 Codex 接進你的系統

到這裡，你能講清楚任務、設好 approval、審得了 diff、還能跑可恢復的長流程。最後一課，我們把它接進你的工具與系統——用 MCP 連你的資料庫、issue tracker、文件，把 Codex CLI 接進你的產品與團隊流程。

林子睿（編輯：廖玄同），《可恢復的長流程:讓 Codex 跑得久、斷得掉、接得回》，矽基前沿 [Si]gnals，2026-06-19。https://signals.tw/articles/codex-resumable-automation/