开源 AI 代理框架 OpenClaw 已推出 iOS 与 Android 移动版。这套产品没有沿用常见云端聊天机器人的路径，而是把核心放在“本地优先”：手机通过 WebSocket 与用户自建的 OpenClaw Gateway 配对，再把请求路由到用户���己的电脑或家用服务器上运行的 AI 代理。
手机不直接把数据交给第三方服务器
按 OpenClaw 的设计，用户输入的内容与相关运算可以留在自己的设备体系内完成，不必像主流云端助手那样把每次对话都发送到厂商服务器处理。Gateway 在这里承担路由层角色，负责把手机端发出的请求连接到本地运行的代理，以及代理调用的工具和技能模块。入口掌握在用户手里。这个差异很直接。
配对方式也刻意压低门槛。用户可以扫描二维码，或输入设置码，让手机与 Gateway 通过 WebSocket 建立持续双向连接。这种连接方式意味着交互时不需要反复重新建立会话，消息可保持实时流动。
可授权相机、定位、相册与日历等原生功能
完成配对后，用户可按项授权代理访问手机原生能力，包括 相机、屏幕、定位、相册、联系人、日历、提醒事项。这让代理不再只是文本问答工具，而是能在获得许可的前提下读取行程、感知位置，或调用镜头处理任务。
官方展示页列出的���用场景覆盖编程辅助、信息查询，以及依据当日日历规划三餐等。代理能执行到什么程度，取决于用户接入了多少工具，也取决于 Gateway 后面挂载了哪些技能模块。权限边界则由用户逐项决定：可以只开放日历，不开放相机；也可以反过来设置。
Android 早期口碑分化，iOS 上架方式引发讨论
早期反馈并不一致。Android 版上线初期出现不少负面评价，部分用户提到 app 崩溃、与 Gateway 配对不顺、界面较为简陋；也有用户表示完成配置后使用流畅。两类声音同时存在。
iOS 版则因为涉及绕过苹果标准安全审查的上架路径，引起安全研究人员对敏感权限边界的讨论。现阶段这些争议更多反映开源项目从桌面走向移动端时的磨合状态，素材中未显示官方已对相关问题给出新的处置方案。
OpenClaw把代理入口从桌面延伸到手机
这次发布指向一个更清晰的产品方向：AI 代理正从桌面和云端延伸到手机端。素材提到，已有开发者把代理整合进输入法和键盘，让文字输入场景本身变成代理入口。移动版加入后，代理可接触的工具集合被拉大，整部手机的传感器与本地数据都可能成为可调用资源，但前提仍是用户主动授权。