OpenClaw v2026.5.24-beta.2 正式支持iMessage赞/踩点击审批。在锁屏状态下用表情回应就能批准或拒绝Agent操作——这是AI Agent工具向「移动原生」迈出的关键一步，也是「一人公司+AI」远程协作的里程碑式更新。
事件回顾
5月25日，OpenClaw团队发布了v2026.5.24-beta.2版本，距离上一版仅4天。其中最引人注目的更新是iMessage审批集成（PR #85477）。用户现在可以通过iMessage中的「赞」（👍）和「踩」（👎）点击反应，直接审批Agent的操作请求，无需打开任何应用或切换界面：
- 👍（赞）→ allow-once（单次批准）：Agent执行本次操作后继续等待下一次审批
- 👎（踩）→ deny（拒绝）：Agent跳过本次操作，继续执行后续任务
allow-always（始终允许）：保留为手动文本输入/approve <id> allow-always，作为兜底方案
审批者身份通过配置项 channels.imessage.allowFrom 严格限定白名单，确保只有指定的联系人才能审批Agent操作——即使陌生人找到你的iMessage，也无法控制你的Agent。这套鉴权机制与WhatsApp审批保持了一致的设计风格。
除了iMessage集成，本轮更新还包括三项重要改进：网关性能大修——通过复用缓存策略减少重复文件统计和插件清单加载，显著加速Gateway健康检查就绪信号；Talk/Realtime多人协作增强（#84231）——WebUI和Discord语音通话参与者现在可以实时查询Agent运行状态、取消任务或引导后续工作；以及Cron并发修复（#86596）——恢复暂停通道的默认并发设置。
为什么重要
第一，AI Agent的「移动原生」体验正在从「锦上添花」变成「必备功能」。 当Agent在后台自动爬取数据、处理客服消息、运营社交媒体时，用户不可能始终守在电脑前盯着终端。iMessage审批让「口袋里的审批中心」成为现实——锁屏状态下看到通知推送，点一下👍就完成审批，整个过程不超过3秒。对于一人公司创业者来说，这意味着你可以在跑步、通勤、甚至陪孩子的时候管理AI工作流。「24小时无人值守」从口号变成了可操作的真实状态。
第二，审批行为设计暗藏产品哲学，值得每个AI产品经理思考。 OpenClaw选择将「赞」映射为单次审批而非始终允许，这是一个深思熟虑的设计决策——它假定Agent的每个操作都可能带来不同的后果，需要独立评估。这比WhatsApp审批（支持allow-always一键通）更保守，但对安全敏感的生产场景更友好。相比Claude Code的YOLO全自动模式和Hermes Agent的auto-approve，OpenClaw选择了「每次都问」的稳健路线——这个取舍反映了它面向企业级生产环境的产品定位。
第三，网关性能优化是移动审批能否「好用」的隐形决胜因素。 如果每次审批请求需要等待3-5秒才能从服务器获得响应，用户在手机上早就失去耐心了。本轮网关大修通过缓存复用避免了冷启动时的重复IO操作，将Agent的热响应时间压到了新低——这才是iMessage功能能够真正「全天候使用」的技术前提。
我们能学到什么
1. Agent交互正在从「桌面终端」走向「社交消息」。 从WhatsApp到iMessage，OpenClaw正在把Agent审批嵌入用户日常使用的消息应用中。这说明AI Agent产品设计的下一个战场是「最小摩擦审批路径」——用户不需要打开新应用、不需要输入密码、不需要任何额外操作就能完成人机交互。这个原则可以应用到任何需要人工在环的AI产品中。
2. 表情审批是一个未被充分开发的交互范式。 用赞/踩来表达「批准/拒绝」，比打字更快、比按钮更自然、比语音更安静。如果你的AI产品需要人工审批环节，强烈建议尝试用表情符号作为审批交互界面——这可能会成为你产品的差异化亮点。
3. 一人公司的移动工作流已经形成标准闭环。 Agent在服务器上跑自动化任务 → 遇到需要审批的操作就发iMessage通知 → 你在手机上点👍/👎完成审批 → Agent继续执行。这个「服务器处理→消息通知→手机审批→结果反馈」的闭环，本身就是一个人+AI Agent最佳协作模式的标准化模板。
行动建议
- 立即升级：如果你在用OpenClaw，升级到v2026.5.24-beta.2以上版本，在
channels.imessage.allowFrom中填入你的苹果ID邮箱或手机号，将Agent审批入口装进口袋 - 加入产品路线图：如果你在构建自己的AI Agent产品，将消息应用审批（iMessage + Telegram + WhatsApp）列为核心功能——这是用户真正「想要」而非「需要」的功能
- 借鉴Gateway性能思路：关注OpenClaw的缓存复用和热路径优化策略——「先让底层快起来，上层功能才好用」这个原则适用于所有AI工具开发