一次以「删掉选项」为主的更新
9 月 16 日，Anthropic 宣布把 Claude Cowork 并入 Claude 主对话界面，同时上线 Claude Docs 与 Claude Slides 两款文档产品，并把此前独立存在的 Claude Design 收进对话之内。更新面向 Pro 与 Max 订阅用户优先推送，覆盖网页、桌面与移动端；Team 与 Free 计划随后跟上，企业版排在最后，公司承诺提前至少 30 天通知企业管理员。
把功能清单放在一边，这次更新的实质是删掉了一个选项。用户不再需要在开始任务前判断「这该用聊天还是用 Cowork」，路由由模型按请求逐次决定：是一次快速回答，还是一项需要检索、读文件、跑代码、最后交付成品的较长的活。
公司给出的说法是，用户反馈里最烦的部分正是判断任务归属——工作在一个产品里开始，却没法带到另一个产品里去。合并之后，原有 Cowork 的对话、项目、产出物、连接器与技能全部保留，消失的只是那个切换开关；Cowork 这个名字本身也会逐步退场。
产品形态变化的这一年
这条线其实铺了八个多月。
Cowork 于 2026 年 1 月 12 日作为研究预览在 macOS 上向 Max 计划开放，四天后扩展到 Pro；4 月 9 日在 macOS 与 Windows 上正式可用；Claude Design 于 4 月 17 日作为实验室产品上线，面向设计稿、原型、演示与单页文档这类视觉产出；7 月 7 日，Cowork 进入网页与移动端，聊天与 Cowork 开始共用一个入口；8 月 25 日，记忆在云端跨聊天与 Cowork 打通。
把时间线连起来看，模式边界是一层层被拆掉的：先是入口合并，再是记忆打通，最后才是路由权交给模型。8 月那一步是前提——如果记忆还锁在其中一个产品里，跨产品的自动路由就不会成立。
两款新产品与一个共享链接
Claude Docs 是一个文档面，用户与模型一起写，可以加章节、提问、留批注；文件默认为私有，可以共享给其他编辑者同时协作。Claude Slides 负责生成演示稿，可以直接编辑、在 Claude 内演示，或导出为 PowerPoint 与 PDF；导出目标还包括 Google Docs 与 Word。
三款产品的产出物都落在同一个可分享链接上，手机打开即可编辑，也可以直接告诉模型改哪里。这个设计指向一个具体场景：桌面端起草、手机上确认。
这一步瞄准的对手很清楚。谷歌今年把 Gemini 铺进了文档、表格与幻灯片，微软把 Copilot 嵌在 Office 里。Anthropic 没有自己的办公套件，支持导出到既有格式是一条务实路线——它把「要不要换工具」的问题绕开了，只要求用户接受在这种格式之外起草。反过来说，分发差距并没有因为两款产品而消失：办公套件的用户是被默认覆盖的，Claude 的用户需要主动打开它。
权限开关与执行位置
合并之后，控制权收在一个设置里：手动模式是默认值，模型在采取动作前先询问；自动模式允许它持续执行，但每个动作前会跑自动安全检查。这个设置作用于整段对话，可随时更改，用户也能在执行过程中暂停或改变方向。
另一条边界是执行位置。多项任务可以并行推进，涉及云端的长任务在用户关闭笔记本或离开页面后继续跑；而需要读写本机文件或调用本机应用的任务，则要求桌面客户端保持打开。连接器覆盖 Google Drive、Gmail、Microsoft 365 与 Slack，浏览器方面提供内置浏览器与 Chrome 扩展两条路径，控制屏幕的计算机使用能力在 Pro 与 Max 上处于测试阶段。用户还可以设置定时任务在云端周期执行，并从手机查看或调整进度。
把「模式」换成了「权限加位置」，是这个产品结构里最值得注意的一点。过去用户用切换模式来间接表达「我要放手让它做」，现在这件事被显式地做成了一个开关；而任务能不能在笔记本合上之后继续跑，则取决于它是否需要碰本机资源。
必须说清楚的未知
自动路由是这个更新的核心机制，而它的准确率没有公开评测。如果模型把一项需要谨慎处理的任务误判为快速回答，用户得到的不是便利而是返工；反过来，把一次简单提问升级为长任务，代价是等待与额度消耗。公司没有发布任何关于工具选择准确率的基准。
企业侧的控制面也还没交代。协作编辑的保留策略、审计轨迹、管理员对文档与演示的治理方式，这些是受监管行业把 Claude 文档当成正式文件的前置条件，目前尚未看到细化说明。
定价方面，公司没有宣布变化，也没有说明这两款文档产品会保留在现有订阅层级内还是转为附加项。这个细节会直接影响企业采购时的比较口径。
最后是时机。两家主要厂商都在被报道筹备上市，企业收入与用户留存是关键指标。在这个节点把面向非开发者的办公产出补上，是一次面向可寻址市场扩张的动作，而不是一次纯技术更新。
对做智能体产品的人意味着什么
这次更新里有两处设计值得其他团队直接借鉴。
一处是「模式开关是过渡期产物」这个判断。当模型能够自行判断任务类型时，用户在哪个界面里就不再是最重要的变量；剩下真正需要用户决定的，是权限给到什么程度、以及执行发生在云端还是本机。把这两个问题显式做成设置项，比继续增加功能分区更有价值。
另一处是产出物统一落在同一个可分享链接上，并且手机可以继续编辑。跨端接续在办公场景里长期被低估——真实的工作流不是「一次做完」，而是「在某个设备上起个头，在另一个设备上收尾」。
但这两处设计都依赖路由的准确率。而路由错误的代价是不对称的：把长任务误判成短答，用户会立刻发现并重试；把简单提问升级成长任务，用户看到的是等待与额度消耗，且往往不会像前者那样明确反馈回来。这类静默的体验损耗，正是缺少公开准确率评测时最难评估的部分。