夜雨聆风
OpenClaw 的新应用不在手机上运行 AI,这正是其核心价值所在
本文分析了 OpenClaw 及 OpenAI 等公司的最新架构趋势，指出个人 AI 代理正脱离手机硬件限制，转向云端持久化运行。手机仅作为身份验证终端与交互窗口，这一范式转变正重塑开发者的设计重心与安全挑战。
译自：OpenClaw’s new app doesn’t run AI on your phone. That’s the whole point.[1]
作者：Amanda Caswell
OpenClaw[2] 本周终于发布了其 iOS 和 Android[3] 应用，这意味着你现在无需再通过 Telegram 和 WhatsApp 与你的个人 AI 代理进行交流。但更令人兴奋的是，该应用实际上并没有在你的手机上运行 AI。它只是连接到了你已经在其他地方运行的代理。你的手机现在充当了访问该代理的窗口，具备语音、通知和摄像头访问功能。
这是一个出色的设计选择，也正是个人 AI 代理的发展方向。
手机成为已验证的终端
手机本质上正在成为 OpenClaw 的一个非常智能的遥控器。开发者不再将日益强大的代理塞进电池和内存受限的手机中，而是将手机视为代理的另一个屏幕，而代理则运行在别处。无论你的手机是在手中还是在其他房间充电，代理都在持续工作。
在这种模式下，手机负责审批操作、发送推送通知、让你与代理对话，并在代理需要“观察”事物时共享你的摄像头。
持久化运行时替代移动端约束
但 OpenClaw 并不是第一个这样做的。Anthropic 的 Claude Cowork with Dispatch[4] 遵循了极其相似的模式。用户通过手机分配工作，但执行发生在持久化的桌面运行时中。移动应用只是作为启动任务、监控进度和接收结果的伴侣，而不是成为代理本身。
OpenAI 也在向类似的方向发展。随着 Codex[5] 的推出，开发者越来越多地与长期运行的编码代理进行交互，这些代理独立工作并可从多个客户端进行检查，而不是将手机视为代理运行的地方。
不同的公司，不同的产品，但有着相似的架构策略：保持代理在持久化运行时中运行，并提供轻量级客户端供人们与其交互。
当多个团队独立地趋向于相同的架构模式时，这通常是一个早期信号，表明该行业已经找到了一种解决实际工程问题的模型。
工程问题已完全不同
这种转变改变了开发者思考的重心。构建移动应用过去意味着要担心电池续航、内存限制、离线模式以及如何榨干手机的最佳性能。如果代理在别处运行，这些担忧大多会淡化。
现在，一系列新的问题浮出水面，例如手机如何安全地连接到长期运行的代理？你如何管理跨多个设备的权限？如果所有客户端都断开了连接，但代理仍在工作，会发生什么？
超越登录界面的代理身份
这产生了一个下游效应。一旦手机成为与你的代理对话的多个受信任终端之一，你就需要一种更强大的身份验证方法。你不再是将用户登录到应用中。你是在将设备验证为与持久化代理之间持续关系的一部分。
随着该代理获得读取你的文件、发送电子邮件、调用 API 和控制外部工具的能力，身份验证成为了承载性的基础设施。
分布式代理重塑开发者工具
稍微退后一步审视大局，会发现个人 AI 代理越来越像分布式系统，而不是移动应用。智能驻留在持久化运行时中，而手机则是多个受信任终端中的一个。
对于开发者来说，移动应用只是工作的一部分。他们还必须构建保持代理运行、将其连接到用户设备并确保这些连接安全的组件。
代理保持独立运行，而手机只是查看、审批操作或发起对话的另一个入口。
纵观 OpenClaw 以及 Anthropic 和 OpenAI，很难不注意到相同的模式。代理保持独立运行，而手机只是查看、审批操作或发起对话的另一个入口。这种架构解决了许多实际问题，这也许可以解释为什么几家公司都在向同一个方向发展。
引用链接
[1] OpenClaw’s new app doesn’t run AI on your phone. That’s the whole point.: https://thenewstack.io/openclaw-persistent-agent-architecture/[2] OpenClaw: https://openclaw.ai[3] Android: https://play.google.com/store/apps/details?id=ai.openclaw.app&hl=en_IN[4] Claude Cowork with Dispatch: https://thenewstack.io/claude-dispatch-versus-openclaw/[5] Codex: https://thenewstack.io/openai-codex-chatgpt-mobile/