OpenClaw 24h 更新快报（2026-06-22）：Telegram 富文本、Telegram 引用消息、WhatsApp 原生回复
过去 24 小时，OpenClaw 围绕消息渠道渲染与跨渠道会话一致性完成了一批重要修复。Telegram 富文本模式的换行符Materialization终于落地，多个 Telegram 引用场景的 Bug 得到系统性修复，同时 WhatsApp 的原生引用回复也在此次更新中补全，Slack 则新增了 relay 接入模式。
渠道消息渲染：Telegram 富文本换行修复
PR #95532 修复了 Telegram 富消息（richMessages: true）中多行内容渲染为一行的问题。根因在于 Bot API 10.1 的 sendRichMessage 解析结构化 HTML 时，原始 Markdown IR 中的
被视为无关紧要的空白字符直接丢弃，导致段落和列表全部挤在一起。
修复在 prepareTelegramRichHtml 这一所有富文本发送必经的单一入口处注入 materializeTelegramRichHtmlLineBreaks 变换：普通文本中的
转换为 <br>，而 <pre>、<code>、<tg-math>、<tg-math-block> 等区块内部保留原始换行以防止 LaTeX 公式被破坏。旧的 parse_mode: "HTML" 路径（裸
有效）完全不受影响。
影响范围：所有开启 richMessages 的 Telegram 用户，默认关闭，不受影响。
WhatsApp 原生引用回复
PR #95483 修复了 WhatsApp reply 模式下引用回复实际未走原生发送路径的问题。OpenClaw 的引用回复构建于入站元数据缓存（包括原始 JID、发送者方向、预览文本），但此前引用回复走了旧的注入依赖而非真实的 sendMessageWhatsApp 实现，导致表面上发送成功，但 WhatsApp 端并未呈现为原生引用消息。
修复后，当 replyToId 解析为 WhatsApp quotedMessageKey 时，文本和媒体发送均强制走 live 发送路径。普通非引用发送行为不变。QA lane 新增了 whatsapp-reply-to-message 和 whatsapp-group-reply-to-message 两个场景覆盖。
Telegram 引用场景系统修复
过去 24 小时还有两条 Telegram 引用相关修复相继合并：
- PR #95069：主回复已存在时跳过 mirror 写入，避免重复消息。
- PR #94977：Telegram 出站 reaction 指令现在能被正确识别和处理。
- PR #94506：重启 Telegram 频道时不再错误清除已注册的 webhook。
Slack relay 模式
PR #94707 为 Slack 渠道新增了 relay 连接模式，允许外部 openclaw-slack-router 维持 Slack 连接并通过 WebSocket 将事件路由到 OpenClaw 网关，而网关仍使用 Slack Web API 发送消息。相比原有的 Socket Mode，relay 模式无需每个网关直接持有 Socket Mode 连接，适合多网关通过中央路由接入的场景。
新增配置项（顶级或 per-account）：mode: "relay"、relay.url、relay.authToken、relay.gatewayId。relay 账户仍需 bot token 用于出站 API 调用，但不再需要 App Token 或 HTTP 签名密钥。
跨渠道会话 origin 字段重置
PR #95328 修复了 session.dmScope: "main" 下跨渠道切换（Slack → Telegram）时会话 origin 保留旧渠道字段的 Bug。根因是 mergeOrigin 采用稀疏合并，Telegram DMs 不携带 nativeChannelId（或 threadId），导致上一个 Slack 渠道的字段值在 Telegram 会话中持续残留，影响原生渠道级操作（反应、原生 threading、原生消息引用）以及状态/上下文查询。
修复将 provider 或 surface 变化视为渠道切换，在合并前清除 nativeChannelId、nativeDirectUserId、threadId 三个字段。同一 provider 内的稀疏合并行为保持不变。
移动端执行审批路由
PR #95175 将聊天触发的 agent 执行审批路由到发起设备，同时在 iOS 前台应用内直接展示 exec.approval.requested 和 exec.approval.resolved 事件，使移动端审批 UI 不过度依赖 APNs 推送和通知点击。
本次更新还包含一条未合并但值得关注的重要提交 2bdcc83：修复了 SDK 中零超时看门狗被意外覆盖的问题。
过去 24 小时共合并 13 条有效 PR，涵盖 Telegram 富文本渲染、Telegram 引用回复链路、WhatsApp 原生引用、Slack relay 新模式、跨渠道会话一致性以及移动端审批路由等核心场景，整体聚焦于消息渠道的渲染正确性与跨平台会话一致性。
评论