我怎麼知道自己現在設定的任務，到底是雲端還是本機執行？
最直接的判斷點是設定時有沒有指定「工作資料夾」。如果設定過程中你只選了 Slack、Gmail 這類連接器，沒有指定任何電腦上的資料夾路徑，這個任務會被歸類為遠端執行，跟電腦開關機無關；一旦你在設定裡選了「這個任務要在哪個資料夾裡工作」，就代表你把它綁定成了本機任務，電腦必須醒著它才會準時跑。
如果不確定，最保險的做法是直接去 Scheduled 分頁看這個任務過去的執行紀錄——如果曾經在你電腦沒開機的時段依然準時完成，那就是雲端任務在正常運作；如果執行時間點總是落後於排定時段、明顯是等你開機後才補跑，代表這是本機任務。
如果我想要一個能同時處理雲端資料又能碰本機檔案的任務，這種混合需求該怎麼設計？
目前的架構下，一個排程任務一旦被判定為需要本機資料夾，整個任務就會落入本機執行的規則裡，電腦開關機狀態會影響它，不存在「一部分雲端執行、一部分本機執行」的混合模式。如果你的需求真的橫跨兩邊——例如想彙整雲端硬碟的資料，又想把結果寫進電腦裡的某個本機資料夾——比較務實的做法是拆成兩個任務：一個純雲端任務負責彙整跟產出內容，存在你 Claude 帳號可以存取的位置；另一個本機任務負責把雲端任務產出的內容取回、寫進本機資料夾，並且把這個本機任務排在你確定電腦會醒著的時段。
這樣拆分雖然多了一道設定，但换來的好處是雲端那一段完全不受電腦開關機影響，真正需要本機環境的部分縮到最小，只留給非它不可的那個步驟。
雲端排程任務會不會因為找不到某個資料夾而執行失敗？
不會，因為雲端任務的設計本來就不會去讀取你電腦裡的資料夾——它能碰到的資源範圍，僅限於你已經連接的 Connector（例如 Slack 訊息、Google Drive 裡的檔案）以及儲存在你 Claude 帳號裡的檔案。這代表雲端任務執行時完全不會嘗試存取本機資料夾，自然也不存在「因為找不到資料夾而失敗」這種情況，這是官方文件明確標註「無法把遠端排程任務綁定到你電腦上的資料夾」背後的實際意涵。
如果你原本期待雲端任務去處理電腦裡的某個資料夾，會發現設定介面根本不會讓你把這種任務跟本機路徑綁在一起——這不是限制沒講清楚，而是這條路徑在設計上一開始就不存在，需要本機資料夾的需求，必須透過本機任務來完成。
本機任務的「補跑」機制，跟一般人想像的「照樣把該做的都做完」有什麼落差？
最大的落差在於補跑只處理最近一次錯過的執行，不會把中間累積的每一次都補齊。如果你的每日任務因為電腦連續三天沒開機而錯過三次，電腦重新開機後，系統通常只會執行最近這一次，前兩次錯過的執行實例不會被個別找回——這跟很多人直覺以為的「電腦沒開的那幾天資料還是會照樣生成，只是晚一點拿到」是不同的行為，實際情況更接近「中間那幾天的執行紀錄直接消失，只留下最新一次」。
對每天都需要獨立紀錄的任務（例如逐日的財務彙整），這個落差可能造成資料缺口，值得在設計本機任務時就先納入考量——例如把任務內容設計成「彙整範圍涵蓋過去 N 天」，而不是假設每一天都會有一次獨立、完整的執行紀錄。
網路上關於 Claude Cowork 排程任務「電腦睡眠會不會照跑」這個問題，答案其實分成兩個版本——舊版跟現在的版本不一樣，而且很多文章寫的是舊版行為，容易讓人誤判。Anthropic 官方說明文件目前的版本寫得很明確：多數排程任務會在遠端執行，所以電腦睡眠、Claude 桌面應用程式關閉，任務照樣會準時跑。真正會受電腦開關機狀態影響的，只有一種特定情況——任務明確需要用到你電腦裡的本機資料夾或應用程式。
排程任務預設會使用你已經連接的 Connector（例如 Slack、Google Drive）以及儲存在你 Claude 帳號裡的檔案，這類任務在 Anthropic 的伺服器上執行，跟你電腦的開關機狀態完全脫鉤——即使你的電腦整晚睡眠、桌面應用程式沒開，任務依然會照排程時間執行完畢，結果會出現在 Scheduled 分頁裡等你查看。
但如果你設定的任務指定了「工作資料夾」這個選項（例如要求 Claude 去讀寫你電腦裡某個資料夾的檔案），官方文件明確標註：這類任務只能在本機執行，執行時電腦必須是醒著、且桌面應用程式必須保持開啟連線的狀態。這個差異不是操作上的細節，而是任務類型從一開始就決定了它是雲端跑還是本機跑，兩者的可靠性完全不是同一回事。
如果一個綁定本機資料夾的任務，因為電腦睡眠而錯過了排定的執行時間，它不會直接消失——下一次電腦醒來、桌面應用程式重新連線時，系統會補跑最近一次錯過的執行實例，並跳過再更早之前錯過的其他次數。這代表如果你的電腦連續好幾天沒開機，本機任務不會把中間每一天都補齊，通常只會執行最新的那一次，較早的執行紀錄實質上就是消失了。這也是為什麼即使是本機任務，設定排程時段時，也值得把「這個時間點電腦通常醒著嗎」納入考量，而不是假設補跑機制能完全彌補時間差。
差異的根源在於任務需要碰觸的資源在哪裡。雲端排程任務靠的是連接器跟你帳號裡儲存的檔案，這些資源 Anthropic 的伺服器本來就能直接存取，不需要透過你的電腦；但如果任務需要讀寫的是你電腦硬碟裡實際的檔案，伺服器沒有直接管道碰到那些檔案，只能透過你保持連線的桌面應用程式去執行，這也是為什麼官方文件特別註明「無法把雲端排程任務綁定到你電腦上的資料夾」——不是功能上的疏漏，而是雲端跟本機這兩種執行環境，本來就有各自碰得到跟碰不到的邊界。
設定排程任務時，如果你只勾選了連接器（Slack、Gmail、Google Drive 等）而沒有指定「工作資料夾」，這個任務多半屬於雲端執行，電腦睡眠不影響它；一旦你在設定裡指定了本機的某個資料夾，或任務內容需要用到只有本機才能操作的應用程式，這個任務就會被歸類為本機執行，開關機狀態就變成了會直接影響任務是否準時的關鍵因素。設定完成後，可以直接到 Scheduled 分頁看該任務的執行紀錄——如果過去幾次執行時間都精準對上排定時段，即使那幾次你的電腦當下沒有開機，這就是雲端任務在正常運作的訊號。
如果你的排程任務只是彙整 Slack 訊息、產出雲端硬碟裡文件的週報，完全不需要碰你電腦上的本機檔案，把它設計成純雲端任務，你會拿到一個真正不受電腦開關機影響的自動化流程——這正是多數人第一次接觸排程任務時的期待。但如果任務本質上就是要處理你電腦裡的本機檔案（例如整理某個本機資料夾），與其糾結「為什麼沒有跑」，更務實的做法是接受這類任務的本質就是本機性質，排程時段盡量落在你電腦本來就會醒著的區間，並把「補跑只補最近一次」這個限制設計進你的工作流程裡，而不是假設它會像雲端任務一樣分秒不差。