OpenClaw 24h 更新快报（2026-05-08）：iMessage 消息动作、Telegram 回复链、ACP 权限转发
过去 24 小时，OpenClaw 仓库合并了大量涉及核心功能演进的 PR。最大亮点是 iMessage 渠道新增了原生消息动作接口，赋予 Agent 私聊中直接操作消息（反应、编辑、撤回、回复）的能力；Telegram 渠道完成了对话回复链的上下文注入，解决复杂多轮对话中 Agent 丢失上下文的问题；ACP 协议层则打通了 Gateway 执行审批的转发链路，为跨 Agent 权限协作奠定了基础。
iMessage 原生消息动作接口
PR #79234 为 OpenClaw 内置的 iMessage 渠道增加了私有 API 级别的消息动作能力。Agent 现在可以通过统一的 message 工具触发反应（👍、❤️ 等表情反应）、编辑已发送消息、撤回消息、用附件或语音回复等操作，均由 `imsg status --json` 的桥接能力按需探测，并以配置开关 gating 各个动作的可用性。
此前 iMessage 渠道仅支持基础的发送/接收，私有 API 动作完全缺失，Agent 无法对私聊中的消息做出精细化回应。新引入的发现机制是轻量级的——不主动探测，只读取缓存中的桥接能力报告，执行时再懒加载探测，因此对性能影响极小。已有部署如需开启特定动作，只需要在 `channels.imessage.actions.*` 下配置对应开关即可。
Telegram 回复链上下文注入
PR #79231 实现了 Telegram 回复上下文的补全与注入。在 Telegram 会话中，当用户引用某条历史消息回复时，OpenClaw 现在会将该消息链（最近优先）加载到 Prompt 上下文中，与普通消息历史分开传递。
这一改进直接解决了多轮对话中引用回复场景下的上下文丢失问题：Agent 能准确知道用户正在回应哪一条消息，从而理解 thread 内的因果关系和对话意图。缓存上限已在文档中明确标注，开发者应注意不要发送超出限制的超长回复链。
ACP 执行审批权限转发
PR #79337 在 ACP 协议层实现了 Gateway 执行审批（exec approval）的跨层转发。当 Agent 通过 ACP 会话请求执行敏感操作时，Gateway 的审批提示现在可以经由 `session/request_permission` 方法转发给用户，用户的审批结果（允许一次、永久允许、拒绝）再传回 Gateway 侧完成resolve。
该 PR 同时在 Gateway 侧开启了 `tool-events` 支持，新增了权限转发相关测试，并更新了 ACP 文档中的兼容性矩阵。当前阶段的范围限定于审批转发本身，文件系统、终端以及 per-session MCP 执行暂不支持。
原生斜杠命令快速路径
PR #79372 为 Telegram 斜杠命令（如 `/status`）开辟了绕过完整 Agent 推理链的快速通道。这些纯命令请求无需经过 workspace bootstrap 和 Agent reply 流程，直接由原生处理器响应，大幅降低了命令响应延迟。
其他值得关注的变化
PR #79235 修复了 macOS 上 `openclaw gateway stop --disable` 在先前执行过 bootout 后无法正确持久化 disable 状态的问题，关闭 Gateway 后保持停用的行为现在可靠工作。PR #79486 是文档更新，明确说明 iMessage 渠道的 `includeAttachments` 选项默认关闭，迁移文档中标注了这一需要手动重新启用的配置项，避免出现"发了照片 Agent 没有响应"的静默失败。PR #79199 从控制台模型列表中移除了已退休的 Google Gemini 模型 ID，并修正了 `gemini-3-pro` 别名指向。PR #79211 为控制台登录失败场景增加了结构化排查指引，覆盖认证失败、配对失败、不安全 HTTP、Origin 和协议错误等多类情况。
本次更新覆盖渠道集成、Agent 运行时、控制台体验与 Gateway 生命周期等多个维度，整体节奏保持高频。
评论