update · TowCue 編輯團隊
Claude 合併 Chat 與 Cowork：為什麼 AI 產品正在隱藏工作流路由
Anthropic 正將 Claude Chat 與 Cowork 合併，並加入 Claude Docs 與 Slides。TowCue 分析更重要的變化：自動工作流路由、持續上下文與可審核交付物。
快速解答
Anthropic 於 2026 年 9 月 16 日宣布，Claude Chat 與 Cowork 正合併成單一 Claude 體驗。使用者可以先問一個簡單問題，再在同一段對話中把更大型的任務交給 Claude，不必先判斷該開 Chat 還是 Cowork。較長的工作也可以在筆電關閉後繼續執行。這項更新會先在 Pro 與 Max 方案於未來數週逐步推出，其他方案之後跟進。
Anthropic 同時推出 Claude Docs 與 Claude Slides，Claude Design 也開始進入一般對話。Docs 與 Slides 目前是付費方案上的 beta 功能，Enterprise 管理員可決定是否啟用。
TowCue 認為真正重要的並不是介面整理，而是 AI 產品開始把工作流路由藏到單一請求背後。使用者說明成果，系統再判斷任務需要一般對話、長時間 Agent 工作、Connector、文件建立或簡報輸出。這能降低操作摩擦，但也讓可觀測性、權限與人工審核邊界變得更重要。
延伸閱讀可參考 Claude 工具頁、AI Agent 最佳實務 與 AI Agent 任務簡報檢查表。
Anthropic 改了什麼
過去使用 Claude 時，使用者很早就要做一個產品層級的判斷：這只是一般 Chat，還是任務夠大、應該交給 Cowork？
Anthropic 現在正把這個判斷從使用者的工作流中移除。統一體驗允許一段對話從簡單問題開始，再自然擴展成較大型的委派工作，不需要把上下文搬到另一個入口。
官方公告給出的例子很直接：你可以先提問，再把一份報告交給 Claude，關掉筆電後讓工作繼續，之後從其他裝置回來查看進度。
這很重要，因為「選對 AI 模式」本身就是額外成本。如果使用者在描述目標前，還必須先理解供應商內部的產品架構，那麼一部分 orchestration 工作其實仍由人類負責。
Docs 與 Slides 把回答變成交付物
同一波更新加入 Claude Docs 與 Claude Slides。
Anthropic 表示，使用者可以與 Claude 一起撰寫文件、要求它建立簡報、直接編輯成果、從 Claude 進行展示，或匯出 PowerPoint、PDF 等格式。Claude Design 也進入一般對話。
這改變了工作流的終點。
傳統聊天機器人通常停在一段文字，使用者還要把內容複製到另一個應用程式。工作型 AI 則可以直接產生更接近團隊所需格式、可供審核的交付物。
原本常見的流程是：
提問 → 得到文字 → 複製 → 重新排版 → 重建上下文 → 修改
現在有機會縮短成：
提問 → 委派 → 審核成果 → 編輯 → 匯出／分享
生產力提升不只來自生成品質，也來自減少工具切換與上下文遺失。
TowCue 判斷：介面正在變成路由器
這次更新最重要的設計，不是 Docs 或 Slides 其中任何一個功能。
真正的變化是從使用者自己選模式走向系統自動選能力。
成熟的 AI 工作空間越來越像：
目標 → 判斷任務類型 → 選擇能力 → 取得上下文 → 執行 → 建立交付物 → 請求審核 → 交付
使用者不需要知道系統內部究竟使用了 Chat、Agent loop、Connector、程式執行還是文件渲染器。
這和 AI 程式工具的自動模型選擇趨勢相似：產品複雜度逐漸被移到 routing layer 背後。
好處是降低認知負擔；風險則是當路由變得不可見，使用者更難理解 AI 正在做什麼、能存取什麼，以及哪一步開始產生外部後果。
單一介面不等於無限自治
Anthropic 的公告保留了一個重要邊界：遇到不清楚的地方，Claude 可以詢問，而最終決定權仍在使用者手上。
當一段對話能使用更多能力時，這個原則反而更重要。
統一介面可能可以搜尋、使用已連接服務、處理檔案並建立交付物，但這些能力不應共享完全相同的批准政策。
TowCue 建議依後果分層：
- 在已授權範圍內讀取低風險上下文，可以較自動化；
- 草稿與分析可以長時間執行，但應保留 checkpoint；
- 分享、發布、傳送或修改外部系統，需要更清楚的人工審核；
- 破壞性或難以逆轉的動作，應要求確定性的人工確認。
介面越能隱藏路由複雜度，產品就越需要提供清楚的執行證據。
持續上下文只有在可理解時才有價值
統一對話也減少另一個昂貴的 handoff：重新建立上下文。
當一個簡單問題逐漸變成報告，再變成簡報，同一份上下文可以保留假設、來源、風格偏好與之前的決策。
但持續上下文也有自己的失敗模式：舊假設可能在沒有提醒的情況下被帶進新的交付物。
因此，團隊應把 context 當成需要維護的工作資產，而不是無限擴張的記憶桶。
在重要交付物完成前，可以要求系統明確列出：
- 使用了哪些來源；
- 延續了哪些假設；
- 哪些部分仍不確定；
- 與上一版相比改了什麼；
- 哪些動作仍需要人工批准。
這能讓上下文延續保持可審核，而不只是方便。
誰最值得關注
這項更新最適合工作經常從對話跨到正式交付物的人，例如營運、行銷、分析師、創業者、顧問與管理者。
對已經使用 Claude Connectors 或長時間 Agent 工作的團隊也很有意義。移除 Chat 與 Cowork 的選擇，可以降低不想學習 AI 產品內部分類的同事之採用門檻。
如果你只用 Claude 回答短問題，眼前改善可能有限。更重要的是架構訊號：Anthropic 正把「這個任務需要哪種能力」逐漸交給產品自己判斷。
目前仍有推出限制
這不是已經全面完成的普及功能。
Anthropic 表示，統一 Claude 體驗會先在 Pro 與 Max 於未來數週逐步推出，更多方案之後跟進。Claude Docs 與 Claude Slides 是付費方案上的新 beta 功能；Enterprise 管理員可以決定何時啟用這些建立工具。
這些限制很重要。團隊不應假設所有使用者現在已經擁有完全相同的介面或功能，就直接重新設計正式工作流。
應該使用團隊實際採用的方案、平台與管理政策進行測試。
如何低風險測試新工作流
挑一個本來就會跨越多個步驟的重複工作，例如每週 pipeline review，最後要產出一份主管摘要與五張簡報。
用新的統一 Claude 工作流執行，記錄：
- 從提出要求到得到可審核成果的時間；
- 手動切換應用程式的次數；
- 重新說明上下文的次數；
- 批准前需要多少修正；
- 來源與假設是否仍可追溯；
- Claude 完成後還需要多少匯出或格式整理。
比較對象應該是原本的工作流程，而不是官方展示影片。
如果新介面少了三次模式切換，卻增加了審核不確定性，那未必是改善；如果它能保留上下文、減少 handoff，並產生容易審核的交付物，價值才真正可量化。
TowCue 判斷：隱藏複雜度，不要隱藏責任
這個方向合理：使用者應該描述自己需要完成的工作，而不是背下哪個 AI 入口負責哪件事。
但好的 orchestration 有兩個任務。
第一，隱藏沒有必要暴露給使用者的實作複雜度。
第二，讓有後果的行為更容易被檢查。
因此，長期可用的工作流不是：
一個 Prompt → AI 全部處理
而更接近：
一個目標 → 自動路由 → 有邊界的執行 → 可見證據 → 人工審核 → 交付物
這也是 TowCue 評估統一 AI 工作空間的標準。按鈕變少是好事，負責任的 checkpoint 變少則不是。
來源
- Claude — Claude Cowork and chat are now one Claude
- Reuters — Anthropic to fold Claude AI features into one interface, launches document tools
- TechCrunch — Anthropic merges Claude chat and Cowork in one interface