SSD Nodes Learn Hosting plans →
指南 Matt Connor作者: Matt Connor

Claude Cowork 與 Claude Code 該如何選擇?

Claude Cowork 運行於 Anthropic 沙盒並處理文件,Claude Code 則在您的機器或 VPS 上執行程式碼。本文對照 2026 年 10 月官方文件,協助您根據任務類型挑選合適工具。

Claude Cowork 與 Claude Code 有何不同?

Claude Cowork 與 Claude Code 是 Anthropic 建立的兩種代理,適用於不同類型的工作。Cowork 會處理文件與辦公室工具,範圍限於您授權的資料夾與連接器。Claude Code 會處理程式碼庫與 shell,可在您啟動它的機器上執行,例如您自己的 laptop 或租用的 VPS (virtual private server),也可在 Anthropic 管理基礎架構上的 cloud session 中執行。

簡單的選擇原則是:如果交付成果是同事會開啟的檔案,請使用 Cowork。如果交付成果是 commit 或執行中的服務,請使用 Claude Code。

以下所有功能說明均已於 27 October 2026 重新根據 Anthropic 自有頁面確認:Cowork 產品頁面、Cowork 架構概覽、Cowork 入門指南、Claude Code 文件 及 Claude Code cloud sessions 頁面。功能可用性、使用介面與方案限制都在持續變動,因此請確認您閱讀的比較資料日期,包括本文。

每個工具的工作在哪裡執行?

這是造成其他所有差異的根本原因。

Cowork 有兩種執行模式,架構頁面會分別說明。在本機工作階段中,「代理程式迴圈原生執行於裝置上」。這包括對話處理、在已連線資料夾中讀寫檔案、擷取網頁,以及本機外掛程式 MCP 伺服器。程式碼則在同一台裝置上的隔離 Linux 虛擬機器內執行,並對該虛擬機器套用網路輸出流量過濾與系統呼叫限制。

本機工作階段已不再是預設模式。Anthropic 目前說明,本機模式適用於既有的桌面部署;而在 Pro 和 Max 中,只有在 6 October 2026 之前於裝置上啟動的工作和排程工作會維持本機執行。所有新的 Pro 和 Max 工作都會在雲端執行。

在雲端工作階段中,「代理程式迴圈和程式碼執行會在 Anthropic 管理基礎架構上的隔離、暫時性沙箱中執行」。每個工作階段都有自己的沙箱。沙箱會在工作階段開始時建立,結束時銷毀,彼此之間不共用狀態。該沙箱無法連線至私人、內部、鏈路本地或雲端中繼資料位址。所有輸出連線都會通過沙箱無法重新設定或繞過的代理伺服器,因此只能連線至允許清單中的目的地。

雲端工作階段的優點是工作不會因為你離開而停止:即使闔上筆電,工作仍會繼續執行。代價是沙箱不是你的電腦。它無法直接存取家用網路上的私人位址、內部服務或伺服器,因為輸出流量規則的目的正是封鎖這類連線。

Claude Code 則採用另一種形式。命令列介面(CLI)會在你選擇的機器上以一般程序執行,因此會繼承該機器的檔案系統、網路位置和認證資訊。

curl -fsSL https://claude.ai/install.sh | bash
cd your-project
claude

該安裝程式支援 macOS、Linux 和 WSL。Claude Code 也能在 Windows 上原生執行:從 PowerShell 執行的安裝指令是 irm https://claude.ai/install.ps1 | iex,另外也提供 CMD 和 WinGet 安裝程式。第一次使用時,系統會提示你登入。在 SSH 工作階段中執行相同指令後,Claude Code 就會在伺服器上執行,並可存取你的儲存庫和 systemd 單元。

Claude Code 也提供雲端模式,讓比較不再那麼單純,但更接近實際情況。claude --cloud "fix the failing auth test" 會在 Anthropic 管理的隔離虛擬機器上啟動工作階段,而該機器會依你目前的分支複製 GitHub 遠端儲存庫,不是複製本機工作副本。claude --teleport 會將工作階段及其分支和歷史記錄帶回你的終端機。在瀏覽器中仍稱為 Claude Code on the web 的雲端工作階段,適用於 Pro、Max 和 Team 方案;Enterprise 使用者則需具備 premium seats 或 Chat + Claude Code seats。雲端工作階段也能在導向至組織自有基礎架構時,於組織的自託管基礎架構上執行。

各工具的存取範圍為何?

Cowork 僅能存取您所連結的內容。在桌面應用程式中,您需授予特定資料夾的存取權,Claude 即可讀取、寫入並永久刪除其中的檔案。Anthropic 的安全指南對此有明確建議:請建立「專供 Claude 使用的工作資料夾」,並將存放憑證或個人紀錄的資料夾排除在外。

產品頁面列出了 Microsoft 365、Slack 與 Amplitude 的連接器,其範例任務亦包含從 Drive 資料夾讀取與儲存檔案。這屬於辦公應用範疇,也是 Cowork 的主要應用場景。

雲端 Cowork 工作階段會透過 Anthropic 代理的連線,向該裝置上的桌面應用程式請求以存取本機檔案。運作機制如下:存取範圍僅限於該成員所連結的資料夾。若從網頁或行動裝置存取,僅限於已啟動桌面應用程式的工作階段或排程任務。此外,「若桌面應用程式離線,雲端工作階段將無法存取該裝置」,因此若筆記型電腦已關機,需要存取本機試算表的排程夜間任務將會失敗。至於完全依賴雲端連接器的任務則會持續執行。

Claude Code 的存取權限等同於執行該程式的使用者帳號。這意味著它能存取儲存庫,以及 apt、systemctl、docker、您的資料庫 socket,以及該伺服器所在網路可觸及的任何主機。此工具不會逐一授予資料夾存取權,這既是其設計目的,也是潛在風險。

限制存取範圍的工具是沙盒化 Bash 工具,可在工作階段內透過 /sandbox 啟用。該工具隨 Claude Code 提供,並利用作業系統對每個 shell 指令及其子處理程序強制執行檔案系統與網路邊界,讓 Claude 能在不需頻繁詢問的情況下執行多數指令。它適用於 macOS、Linux 與 WSL2。Claude Code 也可在原生 Windows 上執行,但此時指令不會在沙盒中執行;若要在 Windows 電腦上使用沙盒,請在 WSL2 發行版中執行 Claude Code。

如何引導工作並檢視結果?

Cowork 的核心流程是交辦工作,再檢查回傳結果。現有 Dispatch 使用者可透過一個持續中的對話串交辦工作,並從手機或桌面電腦存取;工作完成或 Claude 需要使用者核准時,會收到推播通知。Claude 會傳送結果、試算表或備忘錄給你,不會逐步顯示所有操作。截至 27 October 2026,Dispatch 僅對部分 Pro 和 Max 方案進行有限測試,且不開放新使用者加入;使用時必須保持電腦喚醒,並開啟應用程式。新使用者會透過雲端的 Cowork 開始並引導工作。若要查看進度,進度指示器會顯示每個步驟正在執行的內容。

在較早期的 Cowork 體驗中,核准分為 3 種設定,名稱即說明其作用。Manual 會暫停,要求你逐一允許或拒絕每項操作。Auto 會讓 Claude 繼續工作,同時由安全檢查程序審查每項操作,並封鎖不安全的操作。Skip 表示 Claude 不會暫停,也不會自動檢查操作,因此說明中心建議只有在你完全信任工作中的每項操作時才使用。新版統一的 Claude 體驗提供 Auto 和 Manual。說明中心明確指出,這點值得重申:任何模式都不能取代你的判斷,而你仍須對代理程式代表你執行的操作負責。

Claude Code 以 diff 為核心。你可以在終端機中查看它的工作,閱讀它提出的變更,並在既有的工作流程中進行審查:分支和 pull request。離開座位時,Remote Control 可讓瀏覽器或行動應用程式監控正在執行的本機工作階段,這與 使用手機引導 Claude Code 工作階段 的模式相同。

兩邊都支援排程。Cowork 會在雲端執行排程工作,因此不再需要保持電腦喚醒。Claude Code 則分為兩種:雲端排程工作(原稱 routines)會在雲端執行;桌面排程工作會在你的電腦上執行,並可直接存取本機檔案。

連接器與外掛程式會取代 MCP 伺服器和 skills 嗎?

不會,因為這兩種產品使用相同的擴充架構。MCP(model context protocol)是用來將代理程式連接至外部工具和資料的開放標準。skills 是代理程式在需要時載入的封裝指示。外掛程式會將 skills 與連接器整合在一起,而在 Cowork 中,您可以在 Customize 底下管理這些項目。

實際差異在於伺服器的執行位置。遠端 MCP 連接器可在 Claude、Cowork 和 Claude Desktop 中使用。Local MCP 伺服器則是例外:「包含 local MCP 伺服器的外掛程式只能透過桌面應用程式運作」,因此在網頁或手機上開啟的 Cowork 工作階段看不到這些伺服器。

Claude Code 使用相同的 MCP 伺服器,並加入儲存庫所需的功能。每次工作階段開始時,都會讀取專案根目錄中的 CLAUDE.md。Hooks 會在動作前後執行 shell 命令,因此可以在每次編輯時執行格式化工具。Subagents 會將工作分割到不同的內容視窗。這些檔案都位於儲存庫中,因此可像程式碼一樣接受審查並進行版本管理。

如果您已經 在 VPS 上執行自己的 MCP 伺服器,遠端伺服器可從這兩種產品連線。這也是讓 Cowork 存取 Anthropic 未提供連接器之服務的方法。skills 層同樣共用,因此您撰寫的 skill 可攜至不同環境,而 agent skills 說明了其格式。

哪些內容會離開你的電腦?

在連接資料夾之前,請先確認這一點。

在 Cowork cloud session 中,會有許多內容離開裝置:「agent 的工作,包括它透過桌面應用程式開啟的任何本機檔案,會在 Anthropic 的伺服器上處理,而不是留在裝置上」。這是其設計,也是讓 session 在筆電關閉後仍能持續的原因。local Cowork session 則會將 agent loop 與檔案處理保留在裝置上;但在 Pro 和 Max 中,這目前只適用於 6 October 2026 之前在裝置上啟動的工作。

在本機執行 Claude Code 時,process 和檔案會留在你的電腦或伺服器上,command output 也一樣。會傳送出去的是 context,也就是模型需要據以推理的檔案內容與 command output,因為模型本身在 Anthropic 的伺服器上執行。「local」這個詞不會改變這一點。claude --cloud 的影響更大,因為 cloud session 會將你的 repository 複製到由 Anthropic 管理的 virtual machine。當 repository 沒有 git remote,或位於 github.com 但未安裝 Claude GitHub App 時,Claude Code 會改為封裝你的 local repository,其中包括 tracked files 的未提交變更,並將其上傳。在 macOS、Linux 和 WSL 上,名為 credentials 或 keys 等類似名稱的檔案未提交變更,以及由 git filters 管理的檔案變更,都不會被納入;在原生 Windows 上,這些變更會照原樣上傳。

如果你在受網路限制的環境中工作,還有一項細節很重要。Cloud sessions 會從 Anthropic 管理的 infrastructure 呼叫 Anthropic API,而不是從你的 network 呼叫。因此,若組織設定了 IP allowlist,所有由 Anthropic hosting 的 cloud session 都會因 authentication error 而失敗,直到 Anthropic support 將這些 services 排除在限制之外。

應該使用哪一個?

如果工作內容是文件與辦公室系統,請使用 Cowork。例如,根據研究資料夾建立簡報、核對兩份試算表、根據 Slack 討論串與電子郵件撰寫簡報資料,或將 PDF 資料夾整理成供他人閱讀的摘要。這些工作通常包含許多步驟,會跨越多個應用程式,而且最終交付物是檔案。

如果工作內容是程式碼庫、終端機或伺服器,請使用 Claude Code。例如,修正失敗的測試、找出回歸問題的引入位置、撰寫並執行資料移轉,或查明部署後 nginx 為何回傳 502。凡是透過執行指令並讀取輸出來確認是否成功的工作,都適合使用 Claude Code。

判斷依據是確認結果的方式。如果要開啟文件來驗證結果,Cowork 較適合。如果要執行指令來驗證結果,請使用 Claude Code,因為它能自行執行指令並讀取回傳內容。

Cowork 在所有付費方案(Pro、Max、Team 和 Enterprise)的桌面版中提供。網頁版(claude.ai)與 Claude 行動應用程式列於 Pro、Max 和 Team 方案;Enterprise 則須由管理員啟用。這些工作階段會在雲端執行。Anthropic 的統一 Claude 體驗會讓聊天與 Cowork 共用同一個入口,並在雲端執行代理工作;Enterprise 可使用此功能,管理員則可在 Organization 設定中管理推出方式。現有組織預設為關閉;如果已啟用必要功能,系統會在 16 November 2026 自動開啟,除非擁有者選擇維持停用。Team 方案的雲端 Cowork 仍標示為 beta。Claude in Chrome 側邊面板是另一個使用介面,列於所有付費方案;Enterprise 則須由擁有者同時啟用 Claude in Chrome 與雲端 Cowork。產品頁面的 FAQ 不再將網頁版或行動版標示為 beta,而是說明 Cowork「在桌面版執行,並支援網頁版與行動版」;其關於使用手機指派工作的回答會自動列出 Pro、Max 和 Team,並允許 Enterprise 選擇加入。說明中心的入門指南仍將 Team 的 beta 描述為涵蓋網頁版與行動版。桌面應用程式支援 macOS 與 Windows;Anthropic 的 Linux 桌面應用程式本身仍在 Ubuntu 和 Debian 上處於 beta,並包含 Cowork 分頁。方案限制的變動速度比這裡其他資訊都快,因此請查閱目前的產品頁面,不要只依賴既有文章。請記住一項操作上的注意事項:Cowork 的用量會高於標準聊天,因為執行許多步驟的代理需要進行許多輪操作。

如果你真正想知道的是該採用哪個程式碼代理,而不是在這兩者之間選擇,比較 Cursor、Codex 與 Copilot 的頁面會更有參考價值。

VPS 上的工作會有哪些變化

Cowork cloud sandbox 無法連線到 private、internal 或 link-local 位址,因此無法直接對這些位址的伺服器建立 SSH 連線、讀取其中的 /var/log/nginx/error.log 或重新啟動 unit。這些限制是刻意設計的,Cowork 介面中沒有任何設定可以移除。若你仍有可用的 local Cowork session,該工作階段會在自己的裝置上執行,因此更接近你的網路,並可透過已連線的資料夾、local MCP servers 與 desktop tools 存取資源。

伺服器上的 Claude Code 沒有這些限制,因此安全性工作需要由你負責。請以一般使用者身分執行,搭配由你決定的 sudo 規則,不要使用 root。將工作階段限制在專案目錄內。啟用 /sandbox,讓 Bash commands 受到 kernel 強制執行的界線約束。請勿將 credentials 放在 working tree 中,因為 agent 讀取的任何內容都會成為 context,並可能被重述。在 VPS 上安全執行 Claude Code 詳細說明帳號設定、防火牆及持續執行的 terminal session。

可行的架構如下:伺服器保存 repository 與 services,Claude Code 在不受 SSH connection 中斷影響的 terminal session 中執行,而你可從任何位置連入。即使 laptop 進入睡眠,工作仍會持續,因為 process 執行於不會睡眠的機器上。這與 Cowork cloud session 提供相同的效益,但採用不同的方式,並且使用你能控制的 hardware。

預期會發生的故障

排程的 Cowork 任務在夜間未執行。 桌面應用程式已關閉。當應用程式離線時,雲端工作階段會持續運作,但無法存取裝置,因此任何讀取已連線資料夾的步驟都會因讀取不到內容而失敗。請將輸入來源移至已連線的雲端服務,或讓機器保持喚醒並開啟應用程式。

Cowork 讀取網頁後執行了未預期的操作。 這是提示詞注入(prompt injection):隱藏在外部內容中的指令被 Claude 視為合法任務的一部分。防禦方式是縮小影響範圍。請僅連線一個工作資料夾,而非整個家目錄,並謹慎使用不熟悉的 MCP 伺服器與外掛程式。

Claude Code 修改了未預期的檔案。 本地工作階段擁有啟動該程序的使用者帳號權限。在提交(commit)前請務必檢查差異(diff),並在可隨時捨棄的分支上進行開發。

雲端 Claude Code 工作階段無法讀取最新的工作進度。 當儲存庫位於 GitHub 並安裝了 Claude GitHub App 時,claude --cloud 會複製遠端儲存庫的目前分支,而非您的本地檢出(checkout),因此未提交的變更對其而言是不可見的。請先推送(push)變更,再啟動工作階段。

FAQ

Claude Cowork 能像 Claude Code 一樣編輯程式碼並執行命令嗎?

可以執行程式碼,因為程式碼執行會在雲端工作階段的 sandbox 中,以及本機工作階段的隔離 Linux 虛擬機器中進行。它不是以 repository 為核心設計。Cowork 也透過 plugins 支援 hooks 和 subagents。若只是針對試算表執行一次性 script,Cowork 足以應付。若要處理你維護的 codebase,應使用 Claude Code,因為其審查層是 git,而成功檢查則是命令。

Claude Cowork 能連線到我的 VPS 或內部伺服器嗎?

雲端 sandbox 無法直接連線到 private、internal、link-local 或 cloud-metadata 位址。所有 outbound traffic 都會經過 proxy,而 proxy 只允許連線到列出的 destination,因此即使是 public VPS,也需要允許的 route;只有 public address 並不會授予存取權。若要讓 agent 在伺服器上工作,請在該伺服器上安裝 Claude Code,並在伺服器上執行。

使用 Cowork 需要 Claude Desktop app 嗎?

若要使用 local files 和 local MCP servers,需要。Cowork 在所有付費方案的 desktop 上執行;在 Pro、Max 和 Team 方案中,也能於 web 和 mobile 上使用;Enterprise 僅在管理員啟用 web 和 mobile 使用後才能使用。Cowork 在 cloud 中執行時,Team 方案仍標示為 beta,而 Enterprise 可透過管理員設定使用統一的 Claude 體驗。只有在該電腦上開啟 desktop app 時,cloud session 才能讀寫已連線資料夾中的檔案;從 web 或 mobile 使用時,則只能用於從 desktop 啟動的 session 或 scheduled task。Claude in Chrome side panel 中的 browser actions 不需要 Desktop:Claude 可在其中讀取、點選、輸入、瀏覽及填寫表單。Anthropic 的 Chrome guide 表示,若要從另一個介面控制 Chrome,仍需要開啟並連線 Desktop。Computer use 以及搭配 local MCP servers 的 plugins 需要 desktop app;在 19 August 2026 之前建立的 live artifacts 也需要 desktop app。Cowork 在 Desktop 中也具備內建 browser;只要 desktop app 在線上,便可從 web 或 mobile 使用。只使用 Google Drive 或 Slack 等 cloud connectors 的 task 不需要 app。

我可以在兩者之間重複使用相同的 skills 和 MCP servers 嗎?

大致可以。Remote MCP connectors 可跨 Claude、Cowork 和 Claude Desktop 使用,skills 也會共用,因此許多設定都能在這些工具之間移植。Cowork 中的 local MCP servers 是例外,因為它們只能透過 desktop app 運作。Claude Code 則會加入 repository 層級的設定,例如 CLAUDE.md;hooks 和 subagents 兩者皆可使用。

這篇文章對您有幫助嗎?