OpenClaw v2026.6.8 版本核心更新总结：聚焦于提升消息渠道（Telegram/WhatsApp）的富文本支持与传输稳定性，强化代理和网关在会话中断、媒体生成、子代理暂停等复杂场景下的恢复能力，扩展GLM-5.2及Claude Haiku 4.5等新模型支持，完善用量统计页脚渲染与界面交互，并优化了内存搜索、数据库存储及诊断机制的健壮性。
OpenClaw这波更新，说白了就干了一件事：让机器人干活更稳当，别动不动就卡住或者抽风。
以前在龙虾里，发个Telegram消息带个表格可能格式就乱了，WhatsApp发消息莫名其妙的就断了，或者让AI干点复杂的长活，它思考到一半就死机了。
这些问题在这个版本里被重点收拾了。这就好比家里请了个管家，以前让他干点细活不是打碎盘子就是传错话，现在这版更新就是给这个管家做了全套培训，让他手更稳、脑子更清楚，干到一半断电了也知道怎么接着干。
聊天渠道：发消息再也不怕“乱码”和“断片”
这次更新里，最能让普通用户感觉到变化的，就是发消息这块儿。
以前用Telegram机器人，如果你想发个带表格或者带代码块的消息，它有时候会给你整成一堆乱码，或者格式完全不对。这次更新后，Telegram的富文本消息算是站起来了，支持表格、列表，连代码里的换行都给你原样保留。而且它和后台命令行工具的配合也更顺畅了，消息传递不容易丢。另外，那个“草稿迁移”的老逻辑被退休了，意味着这里面的代码被彻底翻新了一遍，不容易出幺蛾子。
再看WhatsApp，这版给它加了个叫“ACP绑定”的东西。简单说，就是让WhatsApp跟系统其他部分的连接更正规、更稳定了，发消息不会再那么“脆”，动不动就断了。
脑子好使了：会话恢复和代理网关求生欲拉满
如果你玩过AI编程或者复杂的多轮对话，最怕的就是会话跑到一半，因为网络波动或者内部逻辑卡住，整个任务就废了。这次更新在这个地方下了不少功夫。
比如你通过代理网关发消息，或者AI正在生成图片、视频这类多媒体内容，甚至是在自动回复的时候，系统都加了更精细的恢复机制。它现在知道怎么处理“子代理暂停”、“思考过程覆盖”这些复杂情况了。甚至网关重启或者遇到未知的AI模型选择报错，它都有对应的处理逻辑，不会直接撂挑子不干。如果说以前的AI管家干到一半卡住只能重启，那现在的它已经学会了自己找补，断点续传。
模型与供应商：新脑子、更兼容
AI机器人背后是靠各种大模型驱动的，这版在模型支持上也没落下。
它新增了对智谱AI的GLM-5.2模型的支持，还把Claude Haiku 4.5加进了模型目录。这意味着你在用OpenClaw的时候，可以更方便地调用这些新模型。对于OpenRouter和Google Vertex这两个聚合平台，也做了模型ID前缀的规范化处理，让路由更准确。
另外，对于那些用本地模型（比如LM Studio）的用户，现在也能正确地关掉“思考模式”，让响应更直接。针对OpenAI和Anthropic的模型，还加了签名恢复的功能，防止因为模型返回的信息有瑕疵导致整个流程崩掉。
用量监控和操作界面：自己心里有数
现在用 /usage 命令查看使用量，出来的报告更完整了。它有了原生的底部页脚渲染器，能显示默认模板，格式也给你整得明明白白，还带上了各种凭证限制的警告。以前模板坏了可能直接给你个空输出，现在会给出警告，让你知道问题出在哪。
操作界面上，文件可以折叠了，Web聊天界面在接收数据流的时候滚动条也不会乱跳了，侧边栏的会话选择器在电脑桌面上也能保持点得动。苹果手机iOS端在重连网关的时候也更稳了。
底层记忆和诊断：别让日志把系统撑爆
最后这块属于后台的自我修养。比如处理特别大的文本嵌入时，会把数据切片发送，防止请求超时；如果用网络存储（NFS）跑SQLite数据库，会避开有问题的WAL模式，防止数据损坏。还有，如果某个会话卡住了，系统重启调度的时候不会再胡乱重置警告间隔，让你能更清楚地看到问题是怎么发展的。