OpenClaw v2026.6.11更新:修复回复错位和模型设置失败


开源工具OpenClaw新版本发布:修复了回复错位、发送卡住、模型设置失败这些问题

OpenClaw这次更新解决了一大波烦人的bug,包括消息发到错误对话、发送进度条卡死不动、模型选择后失效等核心痛点。团队重构了会话管理、消息路由和模型回退机制,但Web界面依然被官方吐槽是一团乱麻,且新引入的SQLite迁移还带来了配置文件空白和数据库损坏的新麻烦。

信息发错地方比发不出去更让人崩溃

消息发不出去顶多让人烦躁,但消息发到错误的对话里那就是灾难现场了。想象一下你给老板汇报工作进度,结果这条消息莫名其妙跑到了和哥们儿吐槽老板的群里。这画面太美我不敢看。OpenClaw之前就经常干这种事,尤其是在Telegram、WhatsApp、Matrix这些渠道之间切换的时候,回复错位、消息重复、或者直接挂到错误的会话上,简直比社交恐惧症还社恐。

这次v2026.6.11版本重点修理的就是这个毛病。团队对消息路由引擎做了大手术,现在每条消息发送前都会反复确认自己要去的地方对不对。那些排队等待发送的消息也不会因为网络波动就消失不见或者重复发送两遍了。说白了就是给每条消息都装了一个GPS导航,而且这个导航不会抽风把你带到隔壁老王家的客厅去。

特别要提的是WebChat和控制台界面。以前网络重新连接之后,你正在看的那个对话窗口经常就找不到了,得手动翻半天才能翻回去。现在连接断了重新接上,界面会老老实实停在原来那个对话上,不会自作主张跳回首页。终端用户界面也做了改进,那些发送完成或者被拒绝的任务不会再赖在屏幕上假装自己还在排队,直接消失得干干净净,不给用户添堵。

模型选不对就像点错了外卖口味

OpenClaw支持一大堆模型提供商,OpenAI、OpenRouter、OpenCode Go这些全都在列表上。但问题是你选了某个模型之后,它不一定真的能用。原因多了去了,目录没更新、凭证过期了、流式传输超时、上下文压缩出问题、回退机制失效等等。这就好比你打开外卖软件点了一份麻辣香锅,页面显示下单成功,结果半小时后送来的是清汤挂面。

这次更新重点强化了模型选择和回退恢复的逻辑。当首选模型扑街的时候,系统会更有条理地尝试备用方案,而不是直接甩给你一个错误代码让你自己猜。自动快速模式在受影响的提供者路径上也得到了修复,虽然这个功能本身不是新加的,但以前在很多场景下它根本触发不了,现在好歹能正常工作了。

不过有个用户反馈说Claude Sonnet 5在新版本里调用工具的时候经常返回空结果,没有任何错误提示,换回Claude Sonnet 4.6就一切正常。这说明模型兼容性问题依然存在,新模型的支持可能还没完全磨合好。官方开发者在评论区承认Web界面是个灾难,这个月会重点搞它。这种坦诚的态度倒是挺实在的,起码比那些明明问题一堆还假装岁月静好的项目强。

会话跑久了容易精神分裂

长时间运行的会话最怕什么?最怕聊着聊着AI把前面的对话全忘了,或者把不同会话的内容混在一起。OpenClaw之前的会话管理、上下文压缩和记忆机制在长时间工作、网络重连、版本升级这些场景下经常掉链子。你上午跟AI讨论的项目方案,下午再问的时候它一脸茫然地看着你,仿佛你们从来没见过面。

v2026.6.11对会话、压缩、记忆和基于QMD的记忆系统做了全面加固。现在这些机制能更稳定地保留原本的对话内容和有用上下文。工具搜索功能也同步优化了,需要调用特定能力的时候能更准确地找到正确的那一个。简单说就是AI的记忆力从金鱼水平提升到了大象水平,不会聊着聊着就失忆了。

加密Matrix频道的恢复机制也做了安全加固。以前如果密钥状态无法验证,系统可能还会尝试继续恢复,结果就是一堆乱码对话。现在遇到这种情况会直接安全停止,不会硬撑着给你展示天书。工具策略、审批流程和密钥处理现在也跟紧了运行状态,不会出现权限设置突然跑偏的情况。那些高风险操作依然默认禁用,非得你自己手动确认打开不可,这个保守策略倒是挺好的,省得AI一时兴起把你的服务器给格式化了。

插件装了等于没装最让人火大

插件管理以前有个毛病,你明明通过正常流程安装了一个官方集成插件,系统却像得了健忘症一样找不到它。或者插件版本不兼容的时候,错误提示含糊其辞,用户根本不知道是该升级还是该卸载重装。这种感觉就像你明明把钥匙插进锁孔了,拧了半天门就是不开,也不告诉你到底是钥匙不对还是锁坏了。

新版改进了插件清单和安装检查流程。当某个包缺失、不兼容或者需要重装的时候,系统会给出更明确的指引,而不是甩一堆技术黑话让你自己琢磨。插件SDK运行时也提升了可靠性,那些基于工具扩展的加载、结果返回和定时任务现在出错的概率更低了。说白了就是插件装了之后真正能用上的概率变大了,不用再靠重启大法碰运气。

部署运维依然是个技术活但起码信号准了

Slack路由中继模式这次正式支持了,多网关部署场景下可以把所有Slack传入流量集中到一个中心,再由正确的网关处理提及、线程和回复。Raft频道和Raft插件给外部Agent提供了一条本地CLI唤醒路径,包括设置和状态检查。这些功能对普通用户来说可能用不上,但对那些搞企业级部署的运维人员来说还是很贴心的。

网关健康检查和故障排除信号现在跟实际状态匹配度更高了。以前经常出现的情况是网关显示一切正常,但实际上已经挂掉了或者正在重启中。现在这些状态信号更诚实,不会明明病入膏肓还假装活蹦乱跳。通过CLI和网关启动的Agent运行在断开连接、关机、路由变更和启动失败等场景下恢复得更干净利落,不会留下一堆僵尸进程消耗资源。

配置文件迁移这坑比想象中大

这次更新把配置存储从config.json迁移到了SQLite数据库,理论上是为了更好的性能和扩展性。但实际上线之后有不少用户中招了。配置文件里的内容在Web界面里显示为空,会话名称全部被重置,最要命的是SQLite文件在重启过程中经常损坏,导致所有定时任务都得重新创建。

开发者在评论区承认了这个坑,表示配置正在迁移到SQLite所以config.json会变空白,但这对用户来说意味着之前辛辛苦苦配好的东西一夜回到解放前。更麻烦的是数据库损坏的问题,如果重启过程中打断了SQLite的写入操作,整个数据库文件就废了,只能重命名删掉让系统重新生成一个。对于那些配置了几十个定时任务的用户来说,这就是一场灾难。

好在这次更新总共包含了302个PR单元和704个直接提交,工程量相当大。版本号v2026.6.11,完整更新日志在官方文档站可以看。从修复的数量和范围来看,OpenClaw团队确实在认真解决用户反馈的问题,但新功能引入的新bug显然还需要几个小版本才能消停。

这次更新告诉我们一个道理,聊天机器人的基础设施维护起来比哄女朋友还难。消息路由、会话管理、模型调用、插件加载、配置存储,任何一个环节出问题都能让你怀疑人生。好消息是开发团队反应够快,坏消息是问题修复的速度永远赶不上新问题冒出来的速度。Web界面那个烂摊子这个月要重点处理,SQLite迁移的稳定性也要继续打磨,我们拭目以待吧。

总结:OpenClaw修了回复错位和模型加载bug,但SQLite迁移搞得配置文件全没了,Web界面依然被官方自黑是灾难现场。