Anthropic 于 7 月 7 日宣布，Claude Cowork 的网页版和移动版服务即将推出，初期将面向 Claude Max 用户，并在未来几周内逐步推广至其他订阅计划。

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

Anthropic 描绘的应用场景是，用户可以在办公桌前向 Claude 分配任务，随后在手机上查看进度。当 Claude 遇到需要人工判断的问题时，会向用户手机发送通知，用户做出决策后，Agent 方可继续执行。

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

这标志着 Claude 移动端角色的转变，手机不再仅仅是 Claude 的对话界面，而是演变为管理 Claude 工作流的控制终端。

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

Cowork 最初被定位为面向非程序员的 Claude Code，允许用户将文件、资料和任务交给 Claude 进行规划和持续执行，超越了单次问答的模式。

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

Anthropic 介绍，Cowork 能够跨越文件、日历、邮件、通信工具、网页及其他已连接应用完成任务。用户可以委托其进行季度支出核对、合同续约风险整理、根据会议记录和销售数据制作客户材料，或在每日清晨自动生成工作简报。

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

此趋势也使得移动端的必要性凸显。对于一次性的文案润色任务，电脑和手机并无本质区别；但对于耗时数十分钟甚至数小时、需要跨越邮件、日历、文件及企业应用的任务，用户无法持续守在单一聊天窗口。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 的关系也随之改变，从“提问者与回答者”转变为“管理者与执行者”。

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

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

另一位网友赞同了上述观点，认为“即使电脑已经关闭”是关键突破点。他表示，一旦无需全程盯着，用户会开始将过去根本不会启动的任务排进队列。任务范围的膨胀是双向的：Agent 能做的事情增多，人交给它的事情也会随之增长。

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

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

仅从试用价值来看，此次提供的额度相当可观。

工作将伴随用户，但最终决定权仍属用户。笔记本电脑则可以一直合上。

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

另一用户 EveyVendetta 则认为，这种风险在可承受范围内，前提是不能完全依赖 Agent 自动处理，并必须保留备份。在他的工作流中，Claude Code 先协助搭建供 Cowork 使用的工具，而关键在于外部约束机制，即通过钩子实现确定性控制，通过规则限定需要主观判断的场景，迫使 Agent 按既定方式运行。

他将此模式比作聘用一名“思考过程可被读取”的员工：该员工需严格遵循工作流程，可在一定范围内判断，但所有非代码决策最终都需用户批准。他认为，另一种选择是同时聘用程序员、社交媒体运营、平面设计师和摄影师。对于初创企业而言，这笔人力成本不现实。Agent 或许不完全可靠，但在明确约束、保留备份并坚持人工审批的情况下，它提供了一种成本更低的替代方案。

那么，在 Agent 普遍向手机端靠拢的趋势下，模型能力是否不再重要？实际并非如此，模型能力依然关键，但决定产品能否真正进入日常工作的是模型之外的一整套基础设施。

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

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

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

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

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

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

Claude Cowork、Cursor 和 OpenClaw 集体进入移动端，标志着 Agent 产品跨越了一个分水岭。

手机不再是人与 AI 聊天的场所。它正转变为人类管理一群 AI 员工的控制台。