Anthropic 于 7 月 7 日宣布，Claude Cowork 已开始向网页和移动端推出。初期用户将是 Claude Max 订阅者，数周内将扩展至其他订阅计划。

新版 Cowork 将保存会话和文件至 Claude 账户，并在远程环境中运行。这意味着，即使关闭电脑，任务也能持续进行；定时任务也无需设备保持在线。

Anthropic 设想的场景是，用户可以在办公桌前布置任务给 Claude，随后在手机上查看进度。若 Claude 遇到需要人工判断的问题，会向用户手机发送通知，待用户做出决策后，Agent 再继续执行。

此外，Anthropic 强调，邮件发送、文件交付等最终操作仍需用户审核和批准。

这标志着 Claude 移动端角色的转变，不再仅仅是另一个聊天窗口，而是演变为管理 Claude 工作的中控台。

Claude Cowork 移动及网页版即将上线

Cowork 最初定位类似于“面向非程序员的 Claude Code”，允许用户上传文件、资料和任务，由 Claude 制定计划并持续执行，而非仅停留在单次问答。

2026 年 4 月，Claude Cowork 已在 macOS 和 Windows 桌面应用上全面推出。此次扩展至网页和移动端，其核心变化在于执行环境从用户本地设备迁移至远程基础设施。

Anthropic 表示，Cowork 能够跨越文件、日历、邮件、通信工具、网页及其他已连接的应用来完成任务。例如，用户可委托其核对季度支出、评估合同续约风险、基于会议记录和销售数据制作客户资料，或每日清晨自动生成工作简报。

Anthropic 对 2026 年 5 月部分 Cowork 会话的分析显示，超过 90% 的使用场景并非软件开发，其中业务运营和内容创作两类任务约占总使用量的一半。这表明 Cowork 的核心用户群体正从程序员扩展至财务、运营、销售、咨询和内容创作者。

这也是移动端变得必要的原因。当 AI 处理的是一次性文案润色时，电脑或手机并无本质区别；但当任务需要持续数十分钟甚至数小时，并涉及邮件、日历、文件和企业应用时，用户不可能全程守在聊天窗口。Agent 必须能在后台运行，而人类仅在关键节点介入。

Anthropic 在 X 平台上对此次更新的总结是：“在办公桌前将任务交给 Claude，然后从手机上接收已完成的工作。”

参与 Cowork 开发的 Anthropic 工程师 Felix Rieseberg 在 X 上表示：“这是 Cowork 的一次‘重大更新’，因为 Claude 终于可以在电脑关闭后继续运行。”

目前，桌面端仍是功能最全面的 Cowork 入口。Anthropic 指出，本地文件访问和浏览器集成等功能仍以桌面版本为主，而网页和移动端主要解决任务的连续运行、跨设备接力以及远程审批问题，并非完全取代桌面工作环境。

Cursor 和 OpenClaw，也在将手机转变为“Agent 遥控器”

Claude Cowork 并非首个进军手机的 Agent 产品，此前已有先行者。

6 月 30 日，Cursor 启动了原生 iOS 应用的公开测试，面向所有付费用户开放。用户可在手机上选择代码库、启动云端 Agent，或远程控制本地运行的 Agent。

Cursor 的移动端设计同样并非“在手机上写代码”。Agent 启动后，用户可直接退出应用。当任务完成、需要补充信息或等待审核时，Cursor 会通过锁屏实时活动和推送通知提醒用户。开发者可在手机上查看代码差异、运行日志、截图和演示结果，并继续下达指令，甚至直接合并 Pull Request。

Cursor 的云端 Agent 运行在独立的虚拟机中，具备完整的开发环境，可安装依赖、运行测试并持续迭代。Cursor 将此工作模式描述为“异步”：Agent 在后台长时间工作，人类主要负责明确目标、检查结果和决定是否合并。

与 Cursor 推出移动端同日，OpenClaw 也发布了 iOS 和 Android 应用，但采用了不同的技术路径。

OpenClaw 的手机应用本身不承载完整 Agent，而是作为“伴随节点”。用户仍需在 macOS、Linux 或 Windows 设备上运行 OpenClaw Gateway，然后将手机与之配对。手机可用于对话、语音控制、查看任务状态、批准操作，并在用户授权下调用摄像头、屏幕、位置和通知等设备能力。

因此，尽管三款产品都进入了移动端，但其执行模式各不相同。Claude Cowork 和 Cursor 更侧重云端执行，任务可脱离用户电脑继续运行；OpenClaw 则坚持本地优先，手机主要负责连接和控制用户自行运行的 Gateway。前者降低了部署门槛，后者则赋予用户更强的对数据和基础设施的控制权。

这种差异也引发了社区用户的热烈讨论。在 OpenClaw 发布移动应用的 Reddit 帖子下，有用户质疑为何在已有 Telegram 操作 Agent 的情况下还需要独立应用。另一用户回应称，原生应用更接近 OpenClaw 的控制面板，且可通过 Tailscale 等方式直接连接私有 Gateway，避免将 Agent 对话暴露给第三方聊天平台。

然而，移动端并未自动解决 Agent 的可靠性问题。部分 OpenClaw 用户反馈，升级后曾出现 WhatsApp 连接失效、消息无法回复及现有工作流中断等问题。有用户因此提醒，不应将仍处于测试阶段的 Agent 系统直接视为成熟的生产工具。

这暴露了当前 Agent 产品的一个现状：能力已能支撑“持续工作”，但稳定性、权限边界和异常恢复能力仍远未达到传统企业软件的标准。

手机成为管理后台后，真正的竞争才刚刚开始

Agent 产品进军手机，并非简单的客户端扩张，而是产品形态进入了新阶段。

第一阶段，AI 是聊天机器人，用户提问，模型立即回答，交互同步，任务通常在单次会话中结束，AI 的价值主要取决于模型生成答案的质量。

第二阶段，AI 进入用户工作环境。Claude Code、Cursor 等产品开始读取代码库、编辑文件、运行命令和调用工具，AI 不仅提供建议，更直接参与执行。但此时，Agent 通常仍依赖本地终端或桌面应用，电脑关机则任务停止。

第三阶段，Agent 开始脱离具体设备。随着任务迁移至云端虚拟机、远程沙箱或持续运行的 Gateway，Agent 可异步执行更长时间的工作。用户不再需要全程盯梢，而是像交代工作给同事一样，给出目标、约束和验收标准。

移动端正是这一阶段的管理入口。从 Cursor 和 Claude Cowork 的设计可以看出，手机界面的核心功能并非长文本输入框，而是任务队列、运行状态、通知、结果预览、批准按钮和继续指令。

人与 Agent 的关系也随之改变，从“提问者与回答者”转变为“管理者与执行者”。

X 上的网友指出，Claude Cowork 宣传中“即使电脑关闭，任务仍会继续运行”这句话，点明了 Agent 产品发生的根本变化：AI 正从需要全程监督的助手，转变为可在无人值守状态下独立工作的代理。

“这不只是多了一项后台运行功能，而是人与 AI 之间建立了一套完全不同的信任关系。过去，难点在于 Agent 有没有能力完成任务；现在，真正棘手的问题变成了，当它遇到信息不足、指令模糊或需要权衡时，而用户不在线，它究竟该如何判断、是否继续执行，以及在哪个节点必须停下来等待人工介入。”

另一位网友赞同此观点，认为“即使电脑已经关闭”是真正打开局面的关键。他表示，“一旦你不再需要全程盯着它，就会开始把过去根本不会启动的任务也排进队列。任务范围的膨胀是双向的：Agent 能做的事情变多了，人交给它的事情也会越来越多。”

还有网友提到，Claude Cowork 成为了首个无需用户本人或设备在线即可完成工作的 AI Agent。用户可将客户准备工作设定在清晨执行，在用户入睡后，Claude 会自行梳理会议记录、制作简报并起草后续跟进内容，用户无需为处理一份涉及 1000 万美元第三季度续约业务的追踪表，让昂贵的笔记本电脑整夜开着。

目前，该测试功能正面向每月 200 美元的 Claude Max 用户陆续开放，其他订阅计划将在未来几周内跟进。同时，Cowork 的双倍使用额度将延长至 8 月 5 日。

从试用价值来看，此次提供的额度相当可观。工作会伴随你，但最终决定权在你，而笔记本电脑可以一直合上。

在 Reddit 上，对于将实际工作交给 Agent，有用户提出了更直接的质疑。用户 PineappleLemur 问道：“如果一个系统不能始终按要求行动，使用它本身是否风险过高？与其让一个结果不确定的 Agent 直接执行工作，为何不先用它开发出稳定运行的工具？”

另一用户 EveyVendetta 则认为，风险在可承受范围内，前提是不能完全交给 Agent 自动处理，且必须保留备份。在他的工作流中，Claude Code 先协助搭建供 Cowork 使用的工具，关键在于外围的约束机制，即通过钩子实现确定性控制，通过规则限定需要主观判断的场景，迫使 Agent 按既定方式运行。他将此模式比作雇佣了一名“思考过程可被读取”的员工，该员工需严格遵循流程，可在一定范围内判断，但所有非代码决策最终都需用户批准。他认为，另一种选择是同时雇用程序员、社交媒体运营、平面设计师和摄影师，这对于初创企业而言成本过高。Agent 或许不完全可靠，但在明确约束、保留备份并坚持人工审批的情况下，它提供了一种成本更低的替代方案。

那么，在这种几乎所有 Agent 都向手机端靠拢的趋势背后，模型能力是否就不那么重要了？实际并非如此，模型能力依然关键，但决定产品能否真正进入日常工作的，将是模型之外的一整套基础设施。

首先是持久运行能力。Agent 必须在用户离线后保持任务状态，并能在网络中断、工具报错或上下文变化后恢复工作。

其次是权限与审批机制。发送邮件、修改文件、合并代码、支付账单等操作不可逆，产品需要区分哪些步骤可自动完成，哪些必须等待人工确认。

再次是可观察性。用户需要了解 Agent 读取了哪些资料、调用了哪些工具、做出了什么修改，以及为何停在某个步骤。否则，“数字员工”将成为一个无法审计的黑箱。

成本也可能成为问题。在 Reddit 的 Agent 工具讨论中，有用户指出，始终在线的 Agent 会使基于 Token 的计费变得难以预测，企业需要更明确的固定套餐、预算限制和分级定价。该用户同时将上下文管理、不可逆操作的保护机制和成本可预测性，列为 Agent 真正投入生产环境前的三项关键条件。

最后是安全边界。Agent 要完成更多工作，就必须获得更多权限：邮箱、日历、云盘、代码库、浏览器乃至支付系统。能力与风险几乎同时增长。一项针对 OpenClaw 的真实环境安全研究发现，当攻击者能够污染 Agent 的能力配置、身份信息或长期知识时，攻击成功率会显著上升。这意味着，Agent 的长期记忆、工具权限和身份凭证本身都可能成为攻击目标。

因此，手机上的 Agent 不是传统聊天机器人的升级版。它更像是一个可以随时打开的管理后台：屏幕背后，多个任务可能正在云端或私有服务器中持续运行；手机负责告知用户哪些工作已完成、哪些任务出现异常、哪些决定必须由人作出。

Claude Cowork、Cursor 和 OpenClaw 集体进入移动端，标志着 Agent 产品正在跨越一个分水岭。手机不再是人与 AI 聊天的地方，而是人类管理一群 AI 员工的控制台。