【2026 最新】Claude Cowork 雲端 vs 本機：Projects 資料夾、網路與排程救援教學

Claude Cowork 雲端 vs 本機最常見的卡點，不是 Claude 突然「忘了」，而是任務跑在一個地方，資料卻放在另一個地方，最後又用了不對的存取通道。你看得到 Project，不代表雲端排程看得到 Mac 裡的資料夾；你能從手機追加指令，也不代表桌面瀏覽器已經在連線。

這篇不重複 Cowork 與 Chat 合流、Docs 與 Slides 的產品新聞；那部分可先看 AlphaLab 的Claude Cowork 與 Chat 合流分析。這裡只做一件事：用可重跑的驗收測試，教你把「Project 找不到資料」、「網頁打不開」與「排程沒有跑」分成三種可修復問題。

先說結論：用三軸判斷，不要先刪掉 Project

請先記住這個錨點：Claude Cowork 任務路徑 ＝ 執行地點 × 資料落點 × 存取通道。

• 執行地點：Agent loop 與程式在 Anthropic 雲端跑，還是在你的桌面裝置上跑？
• 資料落點：檔案是存進 Claude 帳號、連接器，還是只存在這台電腦的資料夾？
• 存取通道：任務靠雲端 connector、網路政策，還是透過在線的 Claude Desktop 連回本機資料夾或瀏覽器？

修復順序永遠是：先確認資料在哪裡，再選執行地點，最後開通最小必要的通道。這比不斷重試同一句 prompt 更快，也比一開始就把整顆硬碟與所有網站帳號都交給 Agent 更容易驗收。

為什麼 Projects 看起來「失靈」？先看 2026 年 9 月的介面狀態

截至 2026 年 9 月 17 日，Anthropic 正把 Cowork 與 Chat 合成單一 Claude 體驗，並針對 Pro、Max 分批推送，更多方案後續跟進。如果輸入框已沒有 Chat／Cowork 切換，你看到的是新介面；如果還有切換，官方舊步驟仍可能適用。推送期間，按鈕位置不同不能單獨證明 Project 檔案已遺失；先對照官方合流說明，再更新到最新版 Claude Desktop。

接著在左側找 Projects。官方目前提供三條建立路：Start from scratch 建立含 instructions 與檔案的新資料夾；Import from project 把現有 Claude Project 的檔案與 instructions 轉進新 Cowork Project，但不支援批次匯入；Use an existing folder 直接對應這台電腦的資料夾。官方對 Import 明確寫出的範圍只有「檔案與 instructions」，所以聊天紀錄、memory 與 scheduled tasks 都要另行驗收，不要把「匯入 Project」與「連接本機資料夾」當成同一件事。

搬遷前先備份：把 Project 拆成五張清單

先保留仍可工作的舊 Project，並複製一份專用測試資料夾。不要用刪除、解除資料夾授權或覆寫原檔來「確認」新版行為；真正可回復的搬遷，是新舊兩條路平行存在，直到替代路徑通過驗收。

• Instructions：抄下 Project、資料夾、skills 與 plugin 的指示；新版帳號另到 Settings → General 核對全域 instructions。
• Memory：先用官方匯出功能留存雲端 memory，再在專案根目錄寫一份人可讀的 PROJECT_STATE.md；官方仍把 memory import 標為 experimental。
• Files：分別列出帳號檔案、Project knowledge、本機資料夾、Desktop Storage、artifacts 與 connector 檔案。它們不是同一個同步磁碟。
• Schedules：記錄名稱、完整 prompt、頻率、時區、模型、approval 模式、資料夾或 Project、connectors、輸出位置與最近成功時間。
• Permissions：列出 Trusted folders、瀏覽器、Desktop App 與本機 MCP／plugin 的依賴，不要把一次性的授權當成永久設定。

完成盤點後，才用三種建立路徑中的一種建立平行副本。舊排程先不刪；替代排程至少連續成功兩次、輸出也逐份核對後，再暫停舊排程。這個「兩次」是保守的搬遷規則，不是 Claude 的產品限制。

Claude Cowork 雲端 vs 本機：三條路線怎麼選？

A. 帳號雲端路線：跨裝置、connector、遠端排程

任務只需 Claude 帳號內的檔案、Project context 或已授權 connector 時，雲端路線最簡單。官方架構說明指出，雲端 session 的 agent loop 與程式在 Anthropic 管理的隔離環境執行，session 與檔案存到成員的 Claude 帳號。這條路適合從帳號檔案產生週報，或在電腦睡眠後仍要執行的純雲端任務。

B. 本機路線：即時讀寫指定資料夾、本機 App 或 plugin

如果任務必須監看本機資料夾、把成品寫回原目錄，或使用本機 MCP，就把執行條件當成作業系統服務管理：裝置必須開機、Claude Desktop 與所需工具必須可用，資料夾權限也必須指向正確目錄。從電腦資料夾建立的 Project 會留在那台電腦，不會自動變成跨裝置的帳號資料。

C. 混合路線：雲端 session 透過 Desktop 取用本機

這不是第三種神秘執行模式，而是雲端 session 透過 Anthropic 中介連線請桌面端做本機工具呼叫。依照官方跨裝置說明，需要本機檔案的雲端 session 必須從 Desktop 啟動，而且 Desktop 要保持在線。它只能觸及成員已連接的資料夾；Desktop 離線後，雲端工作可繼續，但無法再取用該裝置。而且檔案送到雲端 session 處理後，就不是「全程留在本機」。

三分鐘分流：先把「不見了」翻成可測的症狀

「Project 失靈」通常混在四種現象裡，修法卻完全不同。先記下發生問題的裝置、Project 名稱、原始檔實際路徑、任務是手動還是排程，以及最後一次成功的時間。暫時不要移動真實檔案，也不要同時更換 Project、資料夾與 prompt，否則即使恢復，也無法知道是哪一項設定生效。

• 側欄找不到 Project：先確認是否換了帳號、工作區或裝置，再確認它原本是帳號型還是本機資料夾型。官方說明指出，封存會從 Cowork 介面移除 Project metadata，但不會刪除本機檔案；因此先找原始資料夾，不要把 UI 消失直接當成資料消失。
• 對話可讀、排程不可讀：這通常是執行地點改了，但資料落點沒有跟著改。把必要輸入複製成不含敏感資訊的測試檔，分別用手動 run 與排程 run 驗證，兩次都必須回報同一個唯一字串。
• 檔案可讀、網站不可用：先測批准的公開頁，再測 connector，最後才處理內網。三者走的通道不同；公開頁成功不代表內網已被允許，connector 成功也不代表 Desktop 瀏覽器在線。
• 畫面顯示完成、目錄沒有成品：要求任務回傳完整輸出檔名與相對路徑，然後由你在檔案系統實際打開。找不到成品就算失敗，不以聊天訊息或綠色狀態替代驗收。

Claude Cowork 雲端 vs 本機：Projects 五組可重跑驗收

1. Project 存在，Claude 卻說找不到檔案

先判斷它是帳號 Project 還是資料夾 Project。建立一個可刪除的測試目錄，在 acceptance.txt 寫入唯一字串 COWORK-2026-0917-A，再要求 Claude 回報字串與檔名。通過標準是兩者完全一致；若失敗，重新連接測試目錄，不要先對真實工作區開放更大權限。若原流程依賴多個資料夾，再建第二個 canary 目錄逐一測；官方現行文件只明確描述加入本機資料夾，不能靠舊介面記憶推斷每個帳號的多資料夾行為。想先理解持續 context 如何組成工作區，可補讀Agent Workspace 白話介紹。

2. 讀得到，卻寫到錯的地方

在測試目錄要求 Claude 新建 output/receipt.txt，內容必須包含原檔名、字串與執行時間。通過標準是檔案真的出現在指定目錄，而不是只在對話裡回覆「已完成」。這也是Claude 自動化工作流的核心：成功條件要綁在可觀察成果，不能綁在模型說了什麼。

3. File tool 正常，但 shell 看不到同一個目錄

檔案工具與 shell 可能走不同掛載與權限路徑。先要求 Claude 依序執行下列無破壞指令；pwd 與檔案工具指向同一個 canary，才算通過。這些輸出只能描述當次環境，不能單獨證明你在「雲端」或「本機」模式。

pwd
uname -a
id
command -v python3

接著開新對話重跑一次，再重啟 Claude Desktop 後重跑。若 file tool 能讀取 canary、shell 卻找不到同一路徑，就停止擴大權限，記錄兩邊回報的完整路徑與錯誤；這是通道不一致，不是模型「不夠聰明」。

4. 檔案正常，但網站或內網打不開

Web Search／fetch、Built-in browser、connector 與 shell curl 不是同一條網路。先分別測一個已批准的公開 URL；shell 可用 curl -I --max-time 10 https://support.claude.com/，只讀取回應標頭。四條路要各自記錄成功、失敗與錯誤訊息，不要用其中一條成功推論另外三條也可用。

雲端 sandbox 預設不能直接進入私有、內部、link-local 或 cloud-metadata 位址，對外連線也會受組織的 network-access policy 與 allowlist 約束。公開頁成功、內網失敗時，應檢查政策與存取路徑，不要把它當成 prompt 問題；網路設定變更後另開 session 再測。

若任務需要會點擊、輸入與填表的瀏覽器，再分辨 Built-in browser 與 Claude in Chrome。官方目前說明，Built-in browser 位於 Desktop，即使 Cowork session 在雲端，Desktop 也必須開啟並保持連線。這與單純 web fetch 不同；更完整的權限差異可看Claude Cowork 內建瀏覽器教學。

5. 手動執行成功，時間到卻沒有跑

先別等明天早上。打開 Scheduled，對同一任務按 Run now，檢查這次 run 的輸入、取用資料與輸出位置。官方同一份排程說明一方面描述不依賴電腦的雲端排程，另一方面也寫到需要本機檔案或 App 的任務會在本機執行。因此要拆成兩個測試：帳號檔案／connector 任務在 Desktop 關閉時測一次；若目前介面允許選本機資料夾，再分別於裝置開啟與關閉時測，不把任何一條結果外推成通用保證。

一個不會自欺的排程驗收模板

把第一個正式排程先當成手動驗收，prompt 裡寫清楚四件事：固定輸入在哪裡、可使用哪些工具、成品要寫到哪裡、缺資料時要停下來還是輸出錯誤收據。例如：「讀取本 Project 中的 weekly-input.md，產生 weekly-output.md；若輸入不存在，不要推測內容，只建立 FAILED.txt 並寫入缺失路徑。」

1. 先點 Run now，確認 run history 有記錄。
2. 打開成品比對輸入，不只看綠色狀態。
3. 故意暫時改名輸入檔，確認任務會產生失敗收據，不會編造報告。
4. 還原檔名再跑一次，確認可恢復，才設定每日或每週節奏。

如果你還在 Claude、Claude Code 與 Cowork 之間選工具，先用三者決策指南把「對話」、「程式專案」與「知識工作」分開。這篇的 Cowork Projects 工作流，不等同 Claude Code 以 repository 為核心的專案環境；也可用Claude 節省 token 方法整理長期 instructions，避免每次重貼整份背景。

常見問題 FAQ

1. 看不到 Cowork 切換，是不是功能被拿掉？

不一定。你可能已進入 Cowork 與 Chat 合併後的新 Claude 介面。以帳號中實際的 Projects、Scheduled 與任務能力驗收，不要只靠舊按鈕是否存在判斷。

2. 匯入 Claude Project 時，會連舊對話與記憶一起完整搬過去嗎？

不要這樣假設。官方目前明確說明會轉移檔案與 instructions，而且一次選一個 Project，不支援批次匯入。搬完後用固定問題驗收 context，不要靠感覺判斷。

3. 從本機資料夾建立的 Project，可以在另一台電腦直接繼續嗎？

不能預期它自動同步。官方說明，從電腦既有資料夾建立的 Project 會留在那台電腦。要跨裝置工作，請重新設計資料落點，不要只重新登入帳號。

4. 雲端任務能不能讀我的本機檔案？

可以，但有條件。只能透過在線的 Claude Desktop 取用你已連接的資料夾，並受成員權限檢查。Desktop 離線時，雲端 session 不能取用該裝置。

5. 排程可以在電腦關機後處理本機資料夾嗎？

不能把純雲端排程當成本機掛載。使用帳號檔案或 connectors 的雲端排程可在電腦休眠或 Desktop 關閉時執行；依賴本機資料夾或 App 的任務則需要本機路徑可用。由於官方排程頁同時描述兩條路，請依目前介面分開驗收。

6. Project 排程沒跑，是不是要直接重建？

先不要。先 Run now，看過去與即將執行的 runs，再檢查任務是遠端還是本機、來源是否仍可讀、成品寫到哪裡。只有當指令或資料邊界本身錯了，才需要改建。

7. 瀏覽器任務已在雲端，Built-in browser 還需要 Desktop 嗎？

需要。Built-in browser 住在 Claude Desktop，所以 App 必須開啟並保持連線。若你只要公開資訊搜尋，不要無意間把需要桌面瀏覽器的動作塞進遠端排程。

8. 把整個資料夾都連上，是最快的修復方法嗎？

不是。先用專用測試目錄驗證路徑，再只授權真正需要的子目錄。權限變大只會讓錯誤更難定位，不會自動修好執行地點或排程路徑。

給新手的 6 個重點

1. 先畫出「執行地點 × 資料落點 × 存取通道」，再改設定。
2. 帳號 Project 與本機資料夾 Project 不是同一種資料落點。
3. 雲端 session 可持續執行，但桌面檔案與 Built-in browser 仍依賴在線的 Desktop。
4. 先用唯一字串、可刪測試目錄與公開 URL 做最小驗收。
5. 排程先 Run now，故意測一次失敗路徑，再開真正週期。
6. 驗收「檔案真的產生在對的位置」，不驗收「Claude 說它做完了」。

想把這套驗收法延伸到更多 Agent 工具，可從 AlphaLab 的AI 專區繼續學；如果你偏好有順序的完整課程，也可查看課程整理。