你在手機上排了一個每天早上七點跑的排程任務，讓 Claude 去讀桌機上的一個本機資料夾、彙整成報告寄給你。第一週運作得很好。第二天你晚上把桌機關了省電，隔天七點的任務照樣「執行了」，但報告是空的——或者夾雜著奇怪的錯誤訊息。
問題不在排程本身，而在一個經常被忽略的前提：雲端上跑的任務，只要牽涉到本機資料，背後其實一直偷偷倚賴著一台開著、跑著 Desktop App 的電腦。
Cowork 在 web、桌面、手機三個平台上的功能落差，常被簡化理解成「手機功能比較少」，但真正的關鍵不是平台本身能做什麼，而是誰在真正存取你的本機檔案。無論你是在 web 版還是手機 App 上開的任務，只要這個任務需要讀寫本機檔案、使用瀏覽器，或操作你的電腦，實際執行這些動作的永遠是桌面版的 Desktop App——web 和手機只是透過它「借用」這些能力。
這代表桌面版不只是三個平台之一，它更像是一個隱形的橋樑：即使你人在手機上，工作階段是雲端跑的，只要涉及本機能力，這座橋就必須是通的。官方說法很直接——雲端 session 存取本機檔案，需要「Desktop App 開在那台電腦上」；一旦你把 App 關掉，「session 會繼續跑，但沒辦法再存取你的本機檔案」。
多數人看到「session 會繼續跑」會鬆一口氣，以為任務至少不會整個失敗。但這句話真正的意思是：任務不會報錯中斷，它會靜靜地在少了本機資料的狀態下繼續往下走——可能是用舊的快取資料頂替，可能是直接跳過那一步，也可能是生出一份看起來完整、實際上缺了關鍵內容的報告。對排程任務來說，這種「沒有報錯的失敗」比直接跳出錯誤訊息危險得多，因為你不會第一時間發現。
另一個容易被忽略的細節，是 Live Artifacts 的平台差異：桌面版支援 2026 年 8 月 19 日之前建立的舊版 Live Artifacts，web 版只支援那之後建立的新版本，兩者格式並不通用。如果你的排程任務會產出或依賴某個 Artifact，混用平台可能會讓你在不同裝置上看到不一致的結果，原因不是任務出錯，而是版本本身就對不上。
如果一個排程任務會用到本機資料夾、瀏覽器或電腦操作，最實際的做法是把它跟「桌機保持開機、Desktop App 保持執行」綁定成同一件事來管理——就像你會記得幫伺服器排維護時間一樣，替這台桌機也建立一個「不能關機」的心理清單。如果任務的執行時間你無法保證電腦一定開著（例如深夜或出差期間），比較穩妥的做法是把資料來源換成雲端連接器（connector）或雲端資料夾，而不是本機路徑——這樣任務就完全不依賴任何一台特定電腦是否醒著。
本機資料夾建立的 Project，同樣只支援桌面版的 Cowork session；如果你的排程任務綁定在這種 Project 底下，等於是把「本機依賴」疊加了兩層——資料夾本身不跨裝置，執行環境也不跨裝置，這種組合特別容易在你換裝置操作時出問題卻毫無預警。實際的檢查方式很簡單：在把任何排程任務交給 Cowork 之前，先問自己一句「這個任務的資料來源，會不會依賴某台電腦現在是不是開著」——會的話，那台電腦就是這個排程真正的單點故障，值得跟資料本身一樣被認真對待。