AI 不能用時，工作怎麼繼續？

Larry

平常在 Notion 按一下摘要、請文件工具改寫內容，或讓客服系統自動分派訊息，都像是再普通不過的操作。直到按鈕突然變灰，大家才發現：等著結果的不只是一位使用者，還有下一位同事、下一封客戶回覆，以及今天必須交出去的文件。

2026 年 6 月 7 日，TechCrunch 報導 Notion 曾因 Anthropic 相關服務波動而影響存取，之後恢復。Claude 狀態頁在同一天也記錄了多個模型或產品元件效能下降的事件。這起插曲會過去，但它留下的問題不受特定品牌或日期限制：會議紀錄、客戶支援分流、文件摘要一旦依賴 AI，服務中斷時，工作究竟會停在哪裡？

判斷一套 AI 流程是否可靠，不必先猜供應商下次何時出問題。應先確認四件事：原始資料仍由自己掌握、有人能接手、錯誤不會直接送往外部，而且沒有 AI 時仍交得出最低限度的成果。

先把工作停住的位置找出來

AI 一開始常只是加速工具。它幫忙讀文件、整理會議紀錄，或替客服訊息加上分類。用久之後，前後流程會逐漸按照它的輸出設計；此時 AI 沒有回應，受影響的便不只是產生內容的速度，下一個人甚至可能完全拿不到可用資料。

先挑一條經常使用的流程，沿著實際工作順序檢查下面四個位置。這張表不要求你做完整的災難復原計畫，只用來找出今天最值得補上的缺口。

要確認的位置	具體要找的證據	中斷時應有的安排
原始資料	文件、逐字稿、工單或 CRM 紀錄存在哪個受控系統	即使 AI 對話無法開啟，人仍能取得原文
人工接手	誰負責接手，以及他能使用什麼格式	指定負責人，並留下不依賴模型才能閱讀的版本
外部動作停用點	流程是否會寄信、改資料或觸發排程	在對外送出前允許人工暫停、檢查或停用
最小交付	下游今天至少需要哪些內容才能繼續	先交必要欄位，不等待完整的 AI 成品

如果其中任何一列只能回答「平常都是 AI 處理」，那裡就是中斷時最可能堵住工作的地方。

原始資料與接手格式要留在 AI 對話之外

最難補救的情況，通常不是摘要晚幾個小時產生，而是原始資料只存在 AI 對話中。會議逐字稿只貼進聊天視窗、客戶需求只剩模型整理過的摘要、研究資料只留下結論，都會讓接手的人無法確認內容是否完整。

原始資料應先留在文件、表格、CRM、版本庫、工單系統或共享資料夾。AI 可以讀取並整理這些材料，但不應成為唯一保存處。如此一來，服務暫時無法使用時，人仍能從可追溯的資料做出簡化版本。

簡化版本不需要模仿 AI 的完整輸出。會議紀錄可以先交付決定事項、待辦與待確認問題；客服分流可以先留下客戶名稱、問題類型、急迫程度與負責人；文件摘要也可以先標出重點段落，等待後續補寫。格式只要能讓下一位同事接得住，就已經達到備援目的。

接手之外，也要處理失敗後留下的半成品。若流程會更新任務或寫回資料，應預先替外部動作設計可補償的回復步驟，避免重跑時產生重複紀錄或互相衝突的狀態。

對外送出之前，保留人工喊停的機會

只讀取資料或草擬摘要的流程，發生中斷時通常可以稍後再跑。若 AI 會寄 email、更新 CRM、修改文件、觸發排程或呼叫其他工具，錯誤輸出與自動重試就可能一路影響客戶、權限和正式紀錄。

這類流程需要一個明確的停用點：外部動作尚未執行前，誰能暫停流程？已產生但未確認的內容要如何標記？恢復服務後，哪些任務可以重跑，哪些必須由人逐筆核對？對持續運作的自動化而言，先劃清 AI 助理的權限邊界也能縮小故障時的影響範圍。

今天可以從一條流程開始。找到它的原始資料，指定一位接手人，再寫下一份不靠 AI 也能交出的最低版本。若流程會對外寄送或修改系統資料，就先把人工確認設在動作發生之前。完成這些安排後，AI 恢復時仍可繼續加速工作；下一次按鈕變灰，交付卻不必跟著停下來。

AI 整理卡

把下面的提示詞交給可讀取目前工作環境的 AI agent，讓它先從既有紀錄找出一個實際的中斷風險。

請從你目前可存取的工作區、專案、版本庫或工作紀錄開始，先以唯讀方式查看流程文件、任務紀錄、設定與近期執行結果，不要修改資料、寄信、啟動排程或呼叫會影響外部系統的動作。請自行找出一個「AI 服務不可用就會讓後續工作停住」的具體問題，引用你找到的直接證據，並把已觀察到的事實與推論分開說明。接著評估原始資料是否保存在受控系統、由誰人工接手、可使用哪種備援格式、外部動作能在哪裡暫停，以及不靠 AI 仍能完成的最小交付。缺少證據的欄位一律標示「待確認」；若必要環境無法存取，最多只問我一個針對權限或位置的問題，不要要求我事先整理資料包。最後只能給出「可繼續」、「限縮」或「暫停」其中一項判定，說明依據，並提出一個今天就能執行的最小步驟。任何寫入、通知、權限變更、CRM 更新、email 寄送或排程操作，都必須停在建議階段，取得負責人人工確認後才能執行。