Claude Cowork 的巧思：让 AI 任务离开电脑后继续工作

大多数 AI 产品把任务设计成一次问答：用户发出请求，模型返回答案，页面停在结果上。Claude Cowork 这次扩展到 Web 和移动端后，采用了另一种时间尺度。用户可以在桌面端交出一个多步骤任务，合上电脑，让 Claude 在后台继续处理，再从手机查看进度、回答问题，或者回来看一份已经完成但尚未发出的草稿。Anthropic 在 2026 年 7 月 7 日发布的说明里，把它概括为「工作会跟着你走，也会在你离开后继续」。1

这个变化值得看的地方，不是 Cowork 又多了几个入口，而是它开始把 AI 任务从聊天消息里分离出来，变成一个可以运行、暂停、等待输入和交付的工作对象。

聊天界面默认假设用户一直在场。只要页面关掉，上一轮对话就停在那里；即便模型能处理长任务，用户也很难知道它现在是在工作、等待，还是已经完成。Cowork 的 Web 和移动端把任务放进独立的列表和状态里，手机端可以看到正在运行、需要输入、准备审核的任务，桌面端则保留更完整的工作面。官方截图直接把这些状态放在同一组任务卡片中，说明 Cowork 试图让用户管理「工作队列」，而不是反复翻找聊天记录。1

这套设计还把「任务完成」从生成一段文字，改成了留下一个可接手的结果。比如，Claude 可以处理邮件线程、会议转录和近期新闻，生成一份 briefing，同时把跟进邮件保留为「已起草但未发送」的状态。计划任务甚至可以在没有设备在线时运行。用户回来时面对的不是一句「我已经帮你做了」，而是一份可以检查、继续修改或批准的产物。1

这解决的是知识工作的时间断裂。很多工作本来就发生在会议之间、夜间或通勤路上，用户没有理由守着一个浏览器标签页等结果。Anthropic 公布的 Cowork 使用数据也说明了这一点：超过 90% 的使用并非软件开发，最大两类是业务流程与运营、内容创作与文案写作，软件开发占 8.7%。这些任务的共同点不是需要持续对话，而是需要把零散输入整理成下一步能审阅的文件或草稿。2

代价是，Cowork 的「继续工作」依赖更强的运行边界。Web 和移动端的任务运行在远程环境，会话和文件保存到 Claude 账户；本地文件和浏览器能力仍主要属于桌面端。换句话说，跨设备带来的便利不是把整台电脑复制到手机上，而是把任务状态和结果搬到云端，同时保留不同设备的能力差异。3

后台 agent 最容易出现的产品问题，是用户要么被迫批准每个小动作，要么只能把所有权限一次性放出去。Cowork 采用了中间路线：Claude 可以连续执行，但在遇到「只有用户能做的决定」时暂停，并把问题送到手机；用户也可以在任务进行中重定向草稿。官方给出的边界是，在用户审阅并批准之前，任何内容都不会发送或交付。1

这相当于把人工参与从「每一步操作」改成「少数关键节点」。帮助文档把审批模式分成 Manual、Auto 和 Skip：Manual 要求每一步先问，Auto 允许任务继续，但遇到安全问题会暂停，Skip 则不暂停也不做自动安全检查。对于涉及金钱、代表用户发消息或处理重要文件的工作，官方建议保持在场并审查，或者回到 Manual。3

这里的设计判断很具体：用户不需要观看 Claude 如何整理每一行表格，但应该在它准备发送邮件、删除文件或做出不可逆决定时重新出现。任务列表里的「Needs input」和「Ready for review」因此不是普通的进度标签，而是把责任重新交回用户的入口。它们让系统可以长时间运行，又不把「代理做过什么」和「用户是否同意」混成同一个状态。

代价同样清楚。自动模式减少了打断，却要求用户更认真地配置连接器、文件夹和网络访问；跳过审批虽然最省事，但官方明确说明它没有自动安全检查。桌面端删除文件仍必须得到明确许可，额外文件夹权限也不会因为开启 Auto 就自动放行。Cowork 不是把风险消除，而是把风险变成用户可以选择的工作模式。3

Claude Cowork 的巧思，可以概括为两次对象转换：先把聊天里的请求变成一个会继续运行的任务，再把任务里的人工参与变成「需要输入」和「准备审核」等明确状态。这样一来，AI 不必在用户面前完成所有工作，用户也不必把所有判断权交给 AI。

对产品设计师来说，可迁移的启发不是简单地增加后台运行或手机端入口，而是先回答两个问题：任务离开当前页面后，用户回来时应该看到什么状态；代理需要人做决定时，应该在哪个节点、以什么形式把控制权交回来。Cowork 给出的答案是任务卡片、跨设备接力和审批门槛。它的限制也提醒我们，异步 agent 的核心体验从来不只是「跑得更久」，而是让用户始终知道工作跑到哪里、哪些结果还没有被交付。