AI 工作交接：後面卡住，前面一定要重做嗎？

先講結論：AI 工作後面卡住，不代表前面全部白做。但你得先知道，前面留下的是能繼續使用的成果，還是只有一段「我已經做完了」的對話。

我整理自己的網站工作流程時，曾經把原本包在一起的工作拆開。其中一個理由很平常：準備好的檔案已經存下來，後面送到後台的步驟失敗，就不用連前面的準備一起重來。

這個理由聽起來沒什麼了不起。可是工作一旦交給 AI，我們很容易盯著最後有沒有完成，忘了問中間的東西放在哪裡。等到卡住，才發現自己記得「剛剛做過」，卻說不出下一個人該拿什麼接著做。

先交代這篇的邊界：我帶過團隊，但沒有做過企業級 AI 導入。這篇的實際經驗，來自我自己的網站工作流程與共用工具設計；我有留下拆分理由，沒有量過這樣做究竟省下多少工時。下面放到一般辦公室的情境，是用來說明判斷方法的假設例子，不是我替企業改善交接的案例。

這篇要處理的是中斷之後從哪裡繼續。你不必先有一套全自動系統；只要一件工作會分幾次做，或需要另一個人接手，就值得把這個問題想清楚。

AI 工作只記「做到哪」，為什麼還是接不起來？

AI 工作的交接記錄如果只有進度，接手的人仍然不知道哪些東西可以直接拿來用。

例如下面這個假設情境：你要把一份每週資料整理好，做出圖表，再交給主管。AI 說資料整理完成、圖表也做好了，最後存到共用資料夾時失敗。

你明天回來，看到的交接只有「進度八成，剩下上傳」。這句話沒有回答幾件事：整理後的檔案存了嗎？用的是哪一週的原始資料？圖表跟那份檔案是不是同一版？最後那次操作，真的完全沒有傳成功嗎？

如果這些都不知道，「接著上傳」其實無從開始。你可能只好再跑一次資料整理，甚至讓 AI 從原始檔重新分析。

前面的工作沒有因此變得比較正確，只是又做了一遍。

我建議把交接的單位，從「完成幾成」改成「留下哪一份可用的成果」。 原始資料、整理好的檔案、準備交出去的版本，可以各自有位置和狀態。文字摘要負責解釋它們，不能代替它們。

尤其是 AI 在對話裡說「已經儲存」，你還是要能找到那份東西。下一次工作讀不到它，就沒有接續的起點。

我拆流程時，刻意留下了一個能重新開始的位置

我在 2026 年 5 月拆分自己的網站工作流程時，留下的其中一條理由，就是讓前段已存好的檔案，和後段送進後台的動作分開。

這是當時的設計理由，我沒有一份事故統計可以證明它降低了多少重做率。但它讓「後台那一步沒完成」和「前面的成果不能用」成為兩個可以分開處理的問題。

同年 6 月，跨站共用的工具也做了類似的分工：有些工具只把連結、圖片位置等結果交回來，實際寫進哪個網站、套用哪個站的規則，留給各站自己的流程處理。

這兩個調整的共同點，是準備結果和動手寫入，不再擠在同一個步驟裡。

拿圖片來說，找到一張符合需求、來源也查清楚的圖片，和把圖片放到指定位置，是兩件事。後者出問題，要先查放置的那一步；如果圖片本身仍適用，沒有理由因為後台卡住，就重新搜尋一次。

反過來，如果後來確認那張圖根本不適合使用，保留圖片位置也救不了它。你得回到選圖那一段，往後使用它的地方也要跟著處理。

當時的拆分也有代價：有些共用說明複製到了不同地方，後來修改時必須一起同步。拆開讓我更容易指出哪一段需要處理，也多了一份維護工作。這點不能只挑方便的那一半講。

哪些成果保留、哪些重查、哪些重做？先看改變從哪裡開始

判斷一份中間成果能不能沿用，我會先看它依賴的資料與要求有沒有改變，再看出問題的是哪一段。

下面三種情況，可以拿來檢查你手上的工作。這是我從自己的流程設計整理出的判斷方式，不是某套工具保證會自動完成的功能。

第一種：只有後面的操作失敗，前面的成果先保留

假設圖表已經存成檔案，資料期間與主管要求都沒變，失敗的是把檔案放進共用資料夾。這時要處理的，是存放位置、檔案能否打開，以及上一次到底有沒有成功寫入。

前面的資料整理與製圖，可以先保留。

這裡特別容易漏掉「上一次到底有沒有成功」。畫面顯示逾時，不一定表示對方沒收到。若工作涉及送出通知、建立紀錄，直接重跑最後一步，可能做出第二份。接著做之前，要先辨認已經發生的動作。

第二種：成果可能還能用，但依據需要再確認

假設檔案還在，可是中間隔了一段時間，原始資料可能有人補過。你不用立刻全部重做，也不能直接把舊檔送出去。

先確認資料來源、期間與版本。如果新增的資料會影響計算，就從受影響的那一步重新整理；如果只是共用資料夾換了位置，圖表本身未必需要變。

這一類最需要留下「用哪份資料做的」。沒有這個資訊，你很難分辨內容真的過期，還是只因為不放心而全部重跑。

第三種：上游依據錯了，受影響的後續成果都要重做

假設原先拿錯月份，或把主管要的「未結案件」理解成「全部案件」。圖表即使畫得再完整，也建立在錯的範圍上。

這時候，不能因為「檔案已經做好」就把它保留下來交差。你要回到最早出錯的地方，重新處理受影響的部分。

我強調「受影響的部分」，是因為不相干的成果未必需要跟著歸零。例如獨立整理的另一份資料，若沒有依賴這個錯誤條件，就可以另外判斷。

保留成果的前提，是依據仍然站得住。 這跟捨不得前面花掉的時間，是兩回事。

讓下一個人接得上，交接時把「怎麼接」也寫出來

能接續的工作，需要把成果位置、成立條件和下一個動作放在一起，接手的人才不用重新猜一次。

如果你明天就要用，我建議先替最常中斷的那件工作，寫下這五件事：

1. 這次要完成什麼。 用收件人看得懂的結果描述，避免只寫「處理資料」。
2. 現在留下了什麼。 寫出實際檔案位置，並說明它是整理好的資料、暫存結果，還是準備交付的版本。
3. 這份成果根據什麼。 包括原始資料的期間或版本，以及當時採用的重要條件。
4. 最後一個確定完成的動作是什麼。 已確認成功、已確認失敗、還不知道有沒有成功，要分開寫。
5. 下一步從哪裡開始。 包含接著做之前要重查什麼，以及什麼情況會讓前面的成果作廢。

不需要每次交接都寫成長篇報告。前面那個假設例子，用幾句話就能說清楚：整理後的資料與圖表各放在哪裡，採用哪一週的資料；共用資料夾是否收到還不確定，下一步先查看目的地，再決定要不要重傳。

如果工作交給同事，這些資訊讓同事接。如果換一段 AI 對話繼續，也要把相同的成果與記錄交進去；不能假設換個地方開工，對方自然知道之前做過什麼。

Anthropic 在一篇長時間代理工作研究中，也用進度檔與版本紀錄，協助新的工作階段了解前一段留下的狀態。但他們處理的是軟體開發示範，不能直接拿來宣稱一般辦公室交接會省下多少時間。這份資料對我的參考，是把可讀取的工作狀態留在對話之外。研究原文

LangGraph 的官方文件則說明，透過檢查點保存流程狀態，可以支援中斷後接續與失敗復原。這需要實際建立相應的儲存機制，不等於所有 AI 對話天生都會保存工作。這也是我不把「AI 應該記得」當成交接方式的原因。官方文件

重做一遍比較快的工作，還需要這樣交接嗎？

如果一件工作很短、能完整重現，重做的成本比留下中間成果還低，直接重做可能更合理。

這是我認為最有力的反對意見。為了少做一次小事，新增命名、存檔、整理記錄的工作，未必划算。

所以我不建議從所有工作開始。先挑一件：你已經反覆遇過中斷，前半段又花了不少心力，或下一個人每次都要重新問背景的工作。

再看它的中間成果能不能真的獨立使用。如果每一步都依賴即時狀態，前面完成幾分鐘後就可能失效，切得很細反而會讓你花更多時間確認過期資訊。這種工作需要的可能是縮短整段執行時間，或把必須連續完成的部分留在一起。

交接值得做到什麼程度，要跟你想避免的重做成本一起算。 只把檔案存得很多，卻沒人知道該拿哪份，不能算解決了問題。

這套做法適合誰、不適合誰

這套交接做法，適合工作會跨時段、跨對話或跨人員，而且中間成果能夠保留下來再使用的情況。

適合你，如果：

• 你常在最後一兩步卡住，隔天卻得從原始資料重新做起。
• 同事接手前，總要再問一次來源、版本和已經做過的事。
• 你已經會把工作拆段，但還沒有講清楚每一段要留下什麼。

不適合你，如果：

• 工作很短，重做就能完整重現，保存與管理中間成果反而更費事。
• 各步驟依賴高度即時的狀態，拆開之後很難判斷結果是否還有效。
• 你連原始資料和最終要求都還沒弄清楚，現在先做交接格式，也只是把不確定寫得整齊。

代價：

要多做存檔與標記。 工作當下會慢一點，尤其以前習慣一口氣做到完的人，會覺得中間多了幾個動作。

要整理保留下來的版本。 每次中斷都留一份，卻沒有標出哪份仍適用，下一個人會花時間找檔案。錯的版本留得越完整，也可能被越放心地拿去用。

要維護拆開後的共同規則。 我自己的流程就留下過多份共用說明需要同步的代價。工作拆段以後，不能只顧各段跑得動，還要確定它們接在一起時採用相同條件。

決定留下哪些成果後，再選擇怎麼操作

先決定工作在哪裡可以停、要留下什麼，再選擇用哪種工具處理，才比較容易判斷工具是否真的幫得上忙。

如果你的第一個練習，是把資料夾裡的試算表或文件整理成下一個人拿得到的成果，可以接著看我整理的 Claude Cowork 文件整理與 Windows 使用教學。那篇補的是實際操作；這篇列出的來源、版本與接續條件，還是要由你替工作定義。

FAQ 常見問題

工作中斷後，下面幾個問題可以幫你決定保留什麼、從哪裡繼續。

已經留了完整對話紀錄，還需要另外存成果嗎？

如果成果只存在於對話描述裡，接手的人還是可能拿不到檔案。對話適合追查討論過程，交接則需要能直接使用的成果與目前狀態。你可以把兩者放在一起，但不要用一大段聊天紀錄代替檔案位置和下一步。

每一步都留一份，會不會比較保險？

不一定。版本越多，越需要時間分辨。先選那些完成後能獨立檢查、下一步失敗時仍可使用，而且重做有成本的位置保存即可。如果其中一段的產物離開當下就沒有用途，硬存下來也未必能接續。

下一個接手的人不信任前面的結果，堅持重做怎麼辦？

先問他缺的是什麼：找不到來源、不知道採用哪版條件，還是結果本身有疑點。前兩種可以補資料，最後一種可能真的需要重做。交接記錄的作用，是讓重做有明確原因；不能拿「已經記錄過」要求別人照單全收。

AI 說最後一步失敗了，可以直接再跑一次嗎？

先看目的地是否已經收到，或系統是否留下成功紀錄。尤其是通知、送件、建立資料這類會影響外部狀態的動作，失敗訊息不一定能證明完全沒做成。確認最後狀態，再決定從哪裡接，才能避免把同一件事做兩次。

參考資料

中斷接續的技術背景參考以下文件；本文的交接判斷是作者整理的建議，沒有宣稱節省工時的實測成效。

Justin Young／Anthropic，Effective harnesses for long-running agents（2025-11-26）：以進度檔、版本紀錄與每階段的狀態整理支援長時間代理工作。研究示範集中於軟體開發，本文沒有把它當成一般企業節省工時的證據。

LangChain，Persistence（官方持續維護文件，查閱於 2026-10-03）：說明檢查點與儲存機制的用途，包括中斷接續、失敗復原與跨互動保存資訊；不代表未配置這些機制的 AI 工具具有同樣能力。