為什麼要把排程任務的失敗拆成「檢查點」來看？
因為官方記載的問題各自出現在不同環節：執行位置、工作區、資料夾權限、工具核准、核准模式。它們的共通點是沒人即時回應。拆成檢查點後，建立任務時可以逐項問「這一步需要人嗎」，比事後逐一除錯更省力。
工作區啟動失敗時，任務真的還會跑嗎？
依更新日誌，會：到期的排程任務約十分鐘後改為不用工作區啟動；但需要工作區的指令在那些執行中會失敗。所以任務可能顯示「執行過」，實際上只完成了不需要工作區的部分。要靠「Scheduled task failed」通知與結果內容確認。
標為「ask」的工具，在排程任務裡會怎樣？
依更新日誌，執行會顯示核准提示並等待，而不是跳過；較新的執行會撤銷較舊執行沒人回應的提示。官方沒有說等待有沒有逾時，所以不要假設任務會自己放棄。需要無人值守的任務，就要避免依賴這類工具。
「自動核准」預設讓這些問題消失了嗎？
不會。自動核准只影響「用工具前要不要問」，不影響工作區啟動失敗、資料夾權限或組織政策標為 ask 的工具。而且它只適用 Claude 建立的排程任務、且需組織允許。官方沒有說明 ask 政策與這個預設如何互動，不要自行假設。
排程任務的賣點是你不用在場。但官方更新日誌裡近期的修正，幾乎都是「沒人在場時某一步卡住」。這篇把這些已記載的行為整理成五個檢查點，讓你在建立任務時逐一問自己。其中的設計建議是我的整理，不是官方清單。
10 月 6 日起，新建立的排程任務在雲端執行；既有的、以電腦為基礎的排程任務仍在你的電腦上執行。本機任務要有桌面 App 與電腦可用才跑得起來，這也是既有文章討論過的睡眠限制。先弄清楚任務屬於哪一邊。
更新日誌記載：在 Claude 的工作區無法啟動的電腦上，到期的排程任務約十分鐘後會改為不用工作區就啟動，而需要工作區的指令在這些執行中會失敗。換句話說，任務可能「跑了」，但跑的是殘缺版本。
10/8 的更新修了一個問題：Claude 對工作階段已經有的資料夾重複索取存取權，導致排程執行卡在沒人能給的核准上。這個個案被修了，但教訓仍然成立：任務需要的資料夾，應該在建立時就確認好。
組織的核准政策可以把某些工具標為「ask」。依更新日誌，排程任務碰到這類工具時，現在會顯示核准提示並等待，而不是跳過；同一任務較新的執行會撤銷較舊執行沒人回應的提示。官方沒有說等待是否有逾時，所以要假設它可能一直等。
10/1 起，Claude 為你建立的排程任務在組織允許時預設為「自動核准」：執行直接使用工具，只有看起來不安全時才暫停。手動設定的任務不受這項預設影響。這個模式決定了檢查點 4 之外的工具會不會問人。
建立排程任務前，用一句話檢查：這個任務有沒有任何一步需要人即時回應？如果有，要嘛改設計，要嘛接受它會停下來等。建議把任務需要的資料夾與工具在建立時就走過一遍，並留意「Scheduled task failed」通知；失敗通知是官方給你的少數無人值守訊號之一。