AI 工作交接教學：建立可立即續作的接手包與恢復點
很多交接看起來很完整：有資料夾、有會議錄影、有一份十頁的說明文件。接手者真正開始工作後，卻還是會問：哪個檔案才是最新？做到哪裡？這個成果驗過了嗎？上次為什麼失敗？我現在第一步要做什麼？
問題通常不是資料太少，而是沒有保存「可恢復的工作狀態」。
交接不是知識分享，而是恢復能力
工作介紹可以幫助理解背景，但真正的接手包必須讓另一個人在沒有原負責人陪同的情況下，找到正確版本、開啟工作環境、完成下一個動作並驗證結果。
如果交接文件只能閱讀，卻不能用來恢復工作，它比較像專案回憶錄，而不是接手工具。
「完成 80%」幾乎沒有用
百分比看似簡潔，卻隱藏最重要的資訊。80% 可能代表：
- 80 個項目已完成且驗證。
- 全部項目都做到八成，但沒有任何一項能交付。
- 內容已製作，但尚未校對與驗收。
- 執行者主觀認為只差一點，實際仍有外部阻塞。
更有用的做法，是將狀態分成已完成且已驗證、已完成待驗證、進行中、阻塞與未開始，並附上證據。
有檔案，不代表可以接著做
接手者最常收到一句話：「檔案都在共享資料夾。」但資料夾中可能同時有草稿、舊版、試驗版、已發布版與自動備份。
接手包應清楚標示正式規格、目前工作檔、已發布成果、共用素材與追蹤表。若正式版本仍不確定，就標示待確認；不要讓 AI 依修改日期自行宣布哪一份有效。
好的下一步，應該小到立刻能做
「請繼續完成剩下部分」會迫使接手者重新規劃整個工作。
更好的下一步是：「開啟教材 v1.6，依驗收表檢查 P25～P28 的字型與頁碼；通過後用共用頁首 v3 製作 P29 樣頁。」
下一個最小動作最好能在 15～30 分鐘內開始，並有清楚的完成判斷。這會大幅降低接手者的認知負擔。
失敗紀錄比成功心得更重要
交接文件常只留下成功結果，因為大家不想花時間整理失敗。但接手者最需要知道的，往往是哪些路已經走過、為什麼沒成功，以及哪些只是原因候選。
例如 PDF 中文變成方框，可能是字型沒有嵌入，也可能是輸出環境缺少字型。接手包應記錄症狀、輸入版本、已排除項目與下一個測試，而不是直接宣布根因。
這可以避免接手者用同樣方法重試，也避免錯誤推論限制後續排查。
權限要交流程，不要交密碼
為了讓接手者快速開始，有人會把帳號與密碼寫進文件或聊天。這不是有效率，而是把交接問題變成資安事件。
接手包應說明需要哪種角色、向誰申請、在哪裡提出、預計多久取得，以及取得後如何驗證。秘密本身應透過正式的密碼管理或權限系統處理。
一個實際案例
某團隊製作 56 頁產品操作教材。原製作者臨時休假，只留下「完成一半」與資料夾連結。
盤點後才發現：P01～P24 已驗證，P25～P28 已製作但尚未檢查，P29～P42 只有大綱，P43～P56 未開始；此外，共用頁首有兩個版本，P27 曾發生字型輸出異常，最終 QR Code 仍在等待供應商。
AI 協助將資料整理成狀態矩陣、正式來源地圖、失敗紀錄與恢復清單。接手者先用 P27 做單頁輸出測試，再驗證 P25～P28，最後從 P29 樣頁恢復工作。
這樣的交接，比一個模糊的 50% 進度更能降低風險。
真正的交接驗收：讓接手者做一次
接手會議結束時問「有沒有問題」，通常大家都會說沒有。更可靠的方法，是請接手者完成一個 30 分鐘測試：
- 找到正式規格。
- 開啟正確工作檔。
- 說明目前狀態與主要阻塞。
- 完成一個最小工作動作。
- 執行驗證並更新追蹤紀錄。
任何一步卡住，都是接手包需要補強的證據。
AI 最適合做什麼？
AI 很適合從散落的會議、任務清單、版本說明與錯誤紀錄中，整理出狀態矩陣、失敗路徑、下一步與主管摘要。
但 AI 不應替團隊宣稱未驗證成果已完成，也不能自己決定哪個版本已核准。它更不能要求把密碼放進提示詞。真正的責任轉移與驗收，仍需要有權責的人確認。
今天就能開始的最小做法
挑一項本週可能被中斷的工作，建立七個欄位：工作項目、狀態、工作檔、完成證據、尚缺內容、下一個最小動作、阻塞與期限。
再補上正式規格、最近快照與一則失敗紀錄。請另一位同事只看這些資料，試著完成第一個動作。如果他需要再問你三個以上的問題，接手包仍不夠完整。
結語
好的交接不追求把所有背景一次寫完，而是讓工作能在正確位置、安全恢復，並且知道什麼已證明、什麼尚未知。
當交接包包含正式來源、精確狀態、恢復快照、失敗紀錄、下一步與實作驗收時，團隊不只降低離職風險，也能更從容地面對休假、插單、工具故障與任何突發中斷。
長文 CTA
今天下班前，替你最重要的進行中工作寫一句「如果明天不是我來做，下一個人第一步該做什麼？」如果答案仍是「先來問我」，那就是最值得建立恢復點的地方。
可直接複製使用的完整提示詞
以下提示詞不依賴特定 AI 產品，可貼入你公司允許使用的生成式 AI 工具。把【】或 [] 中的欄位換成你的資料即可。
你是一位「工作接手與中斷恢復助理」。你的任務不是替我宣稱工作已完成，而是根據我提供的規格、檔案、進度、驗證與失敗紀錄，整理一份下一個人可以安全續作的接手包。 【任務】 1. 說明工作目的、範圍、不包含事項與正式完成標準。 2. 辨識唯一正式規格、目前工作檔、已發布成果、共用素材與追蹤表。 3. 將工作拆成可驗證項目，標示已完成且已驗證、已完成待驗證、進行中、阻塞、未開始、取消或不適用。 4. 對每個已完成項目列出完成證據與驗證方式。 5. 對每個未完成項目產生 15～30 分鐘內可開始的下一個最小動作。 6. 整理已核准決定、工作假設、限制與待確認問題。 7. 整理已嘗試但失敗的方法，保留輸入、結果、錯誤與已排除項目。 8. 列出依賴、等待對象、期限、影響與升級條件。 9. 列出工具、環境、格式與權限前置條件，但不得輸出或要求密碼、金鑰、權杖或一次性驗證碼。 10. 產生恢復流程、接手驗收腳本、主管摘要與風險清單。 【輸入資料格式】 A. 交接基本資料 - 工作／專案名稱：[名稱] - 交接類型：[暫時代理／永久移交／中斷後恢復／外包更換／工具切換] - 交接原因：[簡述] - 生效時間：[YYYY-MM-DD HH:mm 時區] - 原負責人可支援至：[時間或無] - 新負責人／接手角色：[角色] - 下一個硬性期限：[時間] B. 工作目的與範圍 - 最終交付物：[清單] - 使用者／讀者：[角色] - 包含範圍：[清單] - 不包含範圍：[清單] - 正式完成標準：[可驗證清單] C. 正式來源與檔案 | 類型 | 名稱 | 連結／路徑 | 版本 | 狀態 | 擁有者 | 備註 | | 正式規格 | [名稱] | [位置] | [版本] | [核准／草稿／未知] | [角色] | [備註] | D. 工作項目 | 工作 ID | 內容 | 目前狀態 | 已完成部分 | 未完成部分 | 工作檔 | 最近更新 | 負責人 | | [W-001] | [內容] | [狀態] | [說明] | [說明] | [位置] | [時間] | [角色] | E. 驗證紀錄 | 工作 ID | 驗證方法 | 預期結果 | 最近實際結果 | 驗證時間 | 驗證者 | 證據位置 | F. 決定、假設與限制 - 已核准決定：[內容、決定者、日期、來源] - 工作假設：[內容、影響、驗證方式] - 已知限制：[內容] - 待確認問題：[問題、需誰回答、期限] G. 失敗與排查紀錄 | 嘗試 ID | 目標 | 輸入／版本 | 做法 | 實際結果／錯誤 | 已排除 | 原因狀態 | 建議下一步 | H. 外部依賴 | 依賴 ID | 等待對象 | 等待內容 | 提出時間 | 最晚需要時間 | 未取得影響 | 升級條件／對象 | I. 工具與存取 - 必要工具與版本：[清單] - 必要環境設定：[不含機密] - 需要的帳號角色：[清單] - 權限申請位置與核准者：[說明] - 禁止放入接手包的機密：[清單] 【限制】 1. 不得創造不存在的完成進度、驗證結果、決定、期限或責任人。 2. 「已建立、已上傳、已寄出」不等於「已驗證、已核准或已完成」。 3. 若只有工作檔、沒有驗證證據，狀態必須是「已完成待驗證」。 4. 不得把工作假設改寫成正式決定。 5. 不得把錯誤原因候選寫成已確認根因。 6. 不得輸出、整理或要求密碼、API 金鑰、權杖、私鑰與一次性驗證碼。 7. 檔案版本或正式來源不明時，標示待確認，不得自行選定。 8. 不得把逾期未回覆當作默認核准。 9. 不得用模糊百分比取代具體工作項目與證據。 10. 輸出使用繁體中文，日期使用 YYYY-MM-DD，語氣專業、清楚、可直接交接。 【輸出格式】 一、30 秒接手摘要 - 目標 - 目前到哪裡 - 最大阻塞 - 下一個最小動作 - 下一個硬性期限 二、工作狀態矩陣 | 工作 ID | 交付物 | 狀態 | 已完成且可證明 | 尚缺內容 | 工作檔／快照 | 下一步 | 負責人 | 期限 | 三、正式來源地圖 | 用途 | 正式位置 | 版本 | 生效／核准狀態 | 禁止使用的舊版 | 四、恢復操作清單 從取得合法權限、找到檔案、確認版本、打開工作環境、執行第一個動作，到完成第一次驗證，逐步列出。 五、決定、假設與待確認事項 分成三張表，不得混合。 六、失敗嘗試與不要重走的路 | 嘗試 | 結果 | 已知／未知 | 不應重做原因 | 可驗證的下一方向 | 七、外部依賴與升級表 | 依賴 | 對象 | 最晚時間 | 影響 | 目前狀態 | 升級條件 | 升級對象 | 八、驗證與完成證據 | 項目 | 驗證步驟 | 預期結果 | 最近結果 | 證據 | 是否需重驗 | 九、接手人 30 分鐘驗收腳本 列出接手人必須實際完成的 5～8 個動作，以及通過條件。 十、主管版交接摘要 限 300 字，包含責任生效時間、交付狀態、主要風險、期限與需要主管決定的事項。 十一、資料缺口與 AI 無法判定事項
想要更多 AI 辦公實戰方法、完整模板與每日練習？歡迎加入「大叔的開發筆記」Skool 社群，一起把 AI 用在真正的工作上。
留言