Anthropic 於 2026 年 1 月 12 日正式推出 Cowork，這款產品被定位為「Claude Code 的非技術版本」，目標是讓知識工作者無需終端機操作就能享受 AI 代理的自動化能力。然而我們在實測後提出了關鍵質疑：這款工具目前的目標用戶究竟是誰？
Cowork 的核心架構與功能定位
Cowork 運作於 Claude Desktop macOS 應用程式內，採用與 Claude Code 相同的 Claude Agent SDK 技術架構。用戶可以指定本機資料夾授權 Claude 存取，透過對話介面下達指令，系統會自主規劃並執行多步驟任務。
Cowork 的核心元件包含五大模組：
| 模組名稱 | 功能說明 |
|---|---|
| Connectors / MCPs | 連接外部服務與 MCP 協議整合 |
| Filesystem | 本機檔案系統讀寫存取 |
| TODOs / Steps | 離散化可追蹤的執行步驟 |
| Artifacts | 執行過程中產生的檔案產物 |
| Skills | 預載文件創建技能，如 DOCX、PPTX 等 |
Anthropic 官方說明，這款工具的誕生源於觀察到用戶大量將 Claude Code 用於非程式開發任務，包含假期規劃、投影片製作、Email 整理、訂閱取消、婚禮照片復原甚至植物生長監控。
實測結果：三項任務的成敗分析
Nora 針對三項典型場景進行測試，結果呈現明顯的優劣落差。
任務一：日程準備分析（失敗）
這是 Cowork 的預設推薦任務，照理說應該表現最佳。Nora 使用原生提示詞，但系統無法正確識別已授權的 Google Calendar Connector。重複嘗試授權、刷新頁面、重新啟動應用程式後，問題依然存在。Cowork 嘗試調用 Claude Chrome 外掛開啟瀏覽器查看行事曆，但這種迂迴方式並非用戶預期的解決路徑。
這個案例凸顯了 Connector 整合的穩定性問題。對於一款主打「非技術用戶」的產品而言，這種連接失敗會直接摧毀用戶信任。
任務二：競品研究簡報（部分成功）
要求 Cowork 為 @tenten.co 製作競品研究簡報。系統提出了合理的釐清問題，規劃網路研究流程並調用 DOCX Skill 生成文件。整體執行時間約 5 分鐘，研究內容與文件品質「尚可」。
問題在於產出的 Artifacts 區塊。用戶期待看到 DOCX 檔案，但介面同時顯示了 create-brief.js 這個生成腳本。對非技術用戶而言，這段程式碼毫無意義，反而造成認知負擔。儘管這些腳本被歸類在「工作檔案」區塊，但預設應該對一般用戶隱藏。
任務三：文件轉投影片（部分成功）
這項任務要求將文件內容轉換為 PPTX 格式。產出品質不錯，但執行過程暴露了相同的 UX 問題：系統先為每張投影片生成獨立的 HTML 檔案，再彙整成 PPTX。對用戶而言，中間出現 HTML 檔案的過程令人困惑甚至焦慮。
另一個細節值得注意：這款產品專為 macOS 設計，卻預設生成 Microsoft 格式檔案並提示以 Pages 開啟。為何不直接輸出 Markdown 或 Keynote 格式？
優勢與劣勢的結構性分析
值得肯定的設計
Cowork 的進度追蹤介面（Progress）相當友善，對於長時間執行的任務能有效緩解用戶焦慮。Steps 與 Questions 的視覺化呈現，確實比終端機介面更適合非技術背景的用戶。
檔案系統沙盒機制也是重要的安全設計。根據技術分析，Cowork 使用 Apple Virtualization Framework（VZVirtualMachine）下載並啟動自訂 Linux 根檔案系統，確保 Claude 無法存取授權範圍外的檔案。
明確的問題清單
Nora 的實測揭露了多項缺陷：
- Connector 連線失敗且缺乏有效的錯誤處理
- 終端機指令執行失敗時顯示令人恐慌的錯誤訊息
- 本機 DOCX 檔案無法直接開啟（但工具訊息內可預覽）
- 過度曝露中間產物，腳本、HTML 等技術細節不應對一般用戶呈現
- 檔案開啟需要過多次審批確認
- 自動連接用戶未授權的 MCP 服務
這些問題印證了「研究預覽版」的定位，但也凸顯了產品成熟度與市場定位之間的落差。
市場定位的根本矛盾
提出了核心問題：Cowork 與直接使用 Claude Chat 對話相比，是否有本質性的提升？
測試結果顯示，Cowork 的規劃機制與內建提示優化確實能產出比純對話更好的內容成果。然而，這種優勢能否彌補 UX 層面的粗糙，是另一個問題。
更根本的矛盾在於目標用戶的定義：
很難想像一個同時符合以下條件的用戶：訂閱 Claude Max、使用 macOS、理解何謂 AI Agent，卻又偏好受限的桌面應用而非終端機。
Cowork 目前處於一個模糊的中間地帶。對技術用戶而言，它的功能過於受限；對非技術用戶而言，它仍然曝露了太多技術實作細節。這種「Claude Code 的薄型封裝」策略，尚未針對任一目標族群做出足夠的優化。
與競品的策略對比
Cowork 的推出讓 Anthropic 正式進入生產力工具市場，直接挑戰 Microsoft Copilot 與 Google Workspace AI。根據 Gartner 估計，2026 年底前將有 40% 的企業應用程式整合 AI 代理功能，較 2025 年的 5% 大幅成長。
Anthropic 的優勢在於 AI 品質。Claude Opus 4.5 的推理能力確實領先競爭對手。然而，Microsoft Copilot 已深度整合 Office 應用、Email 與行事曆，並提供完整的企業管理控制功能。Cowork 僅是 macOS 限定的研究預覽版，尚未宣布 Windows 支援時程。
企業市場的採購決策往往由資安團隊主導。Microsoft 與 Google 提供生產等級的稽核日誌、合規認證與集中化管理工具；Cowork 目前缺乏這些企業必要的安全功能。
技術風險的誠實揭露
Anthropic 在公告文章中明確警告了 Prompt Injection 攻擊風險與檔案誤刪的可能性，建議用戶將指令寫得盡可能清楚明確。
這種透明度值得肯定。正如資安研究者 Simon Willison 指出，Prompt Injection 問題在發生高知名度資安事件前，很難獲得足夠重視。Cowork 至少預設採用檔案系統沙盒，這比許多用戶在 Claude Code 中使用的 --dangerously-skip-permissions 模式更為安全。
結論：潛力與現實的距離
Cowork 代表了 AI Agent 技術從開發者工具向知識工作者延伸的重要嘗試。其底層技術架構紮實，Claude Agent SDK 已在 Claude Code 上證明了執行複雜任務的能力。
然而，當前版本的 UX 設計尚未完成從「開發者工具」到「大眾產品」的轉化。技術細節過度曝光、Connector 整合不穩定、跨平台支援缺失，這些都是必須解決的問題。
Anthropic 聲稱 Cowork 僅用約 10 天開發完成，團隊大量使用 Claude Code 本身來建構這款工具。這種快速迭代能力令人印象深刻，也意味著後續改進可能同樣迅速。
對於考慮採用 AI 代理工具的企業而言，Cowork 目前更適合作為技術觀察對象而非生產部署方案。等待 Anthropic 根據用戶回饋優化產品，可能是更務實的策略。
引用來源
- Anthropic Official Blog: Introducing Cowork
- TechCrunch: Anthropic's new Cowork tool offers Claude Code without the code
- VentureBeat: Anthropic launches Cowork, a Claude Desktop agent that works in your files
- Axios: Anthropic's Claude advances on more office worker tasks
- Simon Willison: First impressions of Claude Cowork
關於作者
Nora 是 Tenten 的 Product Designer，專注於產品管理與 AI 工具的實務應用分析。本文基於她的第一手實測經驗，提供了 Cowork 在真實使用場景下的客觀評估。
作者觀點：AI 代理工具正在快速演進，但「對的產品給對的人」仍是產品成功的核心命題。Cowork 的技術能力毋庸置疑，關鍵在於 Anthropic 能否在後續迭代中精準定義並服務其目標用戶群。
探索更多 AI 工具應用
若您的企業正在評估 AI 代理工具的導入策略，或希望了解如何將 Claude、MCP 協議與自動化工作流程整合至現有業務流程，歡迎與 Tenten 團隊預約諮詢，探討最適合您組織需求的解決方案。
