夜雨聆风
OpenClaw 2026.4.x 这两个版本，把「渠道」相关的改动串起来，会发现它在干一件很关键的事：把 AI 代理从「个人玩具」升级到「企业协作节点」。
- Telegram topic routing 真正落地
- 飞书 Drive 评论流 独立出来
- Slack/Discord 审批流 终于不卡死
- MS Teams 长消息 不再重复
真正把 AI 代理放进企业场景，你会发现：Telegram 群里消息乱飞，飞书文档评论没有上下文，Slack 审批弹窗卡住，Teams 长回复重复发送。2026.4.1 和 2026.4.2 把这些「接缝」一次性补完。
Telegram 的 Forum/Topic 功能，一条消息属于哪个话题是元数据。2026.4.1 的改动：你在某个话题里点了审批，确认消息会回到同一个话题，不再跳到根频道广播。话题上下文被正确传递给模型，重复错误会被冷却处理，不会刷屏。
飞书评论是「附着在文档上的对话」。2026.4.1/4.2 添加了专门的 Drive 评论事件流：评论线程解析、线程内回复、文档协作动作。把「文档协作」从「聊天」里拆出来，变成独立的语义流。
审批流是企业场景的「红线」。2026.4.1 的改动：exec-approvals.json 的安全策略被正确尊重，远程执行不再假超时或假禁用。点了「总是允许」会持久记住，不是每次都要重新点。审批流从「每次都问」变成了「有策略地问」。
Teams 有 4000 字符限制。2026.4.1 的 Fix：流式输出时已发送的部分被记录，超限后只发剩余部分，不再重复。
Matrix 的 @mention 符合规范了；Zalo 不同聊天的相同消息 ID 不再误判为重复；QQBot 文件路径被限制在安全范围。
2026.4.x 的渠道改动解决了关键问题：不是能不能发消息，而是消息出现在哪里、审批怎么走、上下文怎么传。这些改动把 OpenClaw 从「个人玩具」推进到「企业协作节点」。
— END —
