乐于分享
好东西不私藏

2026实测OpenClaw 6.11-beta:Slack/手机/插件全升级,这个beta不藏着掖着

2026实测OpenClaw 6.11-beta:Slack/手机/插件全升级,这个beta不藏着掖着

我跟OpenClaw的beta版其实心态挺简单的:不追第一个,不跳过第三个。 6.11-beta.2(v2026.6.11-beta.2)6月28号刚发,我二话不说升了。

先说结论:6.11-beta跟6.10-beta走的路线完全不一样。 6.10的核心是”让AI自动切换快慢模式”,偏用户体验;6.11的核心是”让渠道、移动端、插件体系更职业”,偏工程落地。

三个方向都没藏着掖着,直接给硬货。


一、Slack中转模式:不重写就接入

这是6.11最让我意外的一个功能。

以前:要把OpenClaw接入Slack工作流,要么自己写机器人,要么用Community Bridge桥接。配置繁琐,消息格式经常对不上。

现在:@sjf-oa[1] 贡献了一个relay mode。简单说,Slack过来的消息直接转成OpenClaw的内部格式,过程中不需要你写一行代码。你现有的Slack渠道配置基本不用动,加一行参数就切到relay模式。

实测感受:我有一条Slack channel接了监控告警,以前要单独写parser把告警文本转成OpenClaw指令。relay mode开起来后,告警自动触发agent响应——5分钟前配的,5分钟后就在跑了。

# slack relay mode配置示例channels:  slack:    relay: true

二、Mattermost也有了原生命令

占个短篇幅但值得说:@amknight[2] 给Mattermost注册了原生 /oc_queue 命令。

之前Mattermost用户在channel里想调OpenClaw,得靠bot引用或者指定前缀才能触发。现在 /oc_queue 直接注册成了Mattermost的slash command——体验跟Slack的 / 命令一模一样。

如果你团队用Mattermost,这个是升级的硬理由。


三、每个对话,可以指定不同模型

这是 @xydigit-zt[3] 和 @thomaszta[4] 的PR:per-DM model override

我之前一直想要这个功能。比如:

  • • 跟OpenClaw日常聊天 → 用轻量模型(快、省成本)
  • • 技术调试 → 切到Claude/GPT-4
  • • 团队里同事A喜欢用Gemini、同事B只用Claude → 各自独立设置,不影响

以前:全局改模型,要么大家一起换,要么手动在对话里 /model switch

现在:每个DM对话可以绑定自己的模型偏好。这个在企业场景里特别实用——每个成员用的模型可以不同,成本各自核算,互不干扰。


四、Android终于有设置面板了

6.11-beta加了一个对移动用户很重要的功能:Android settings detail panels

以前Android端改个配置(模型、通道、通知)都要跑到桌面端或CLI。现在直接在手机App的设置面板里就能完成。

@Tosko4[5] 的实现覆盖了配置可见性和控制能力——不是在Web UI加个简陋的移动端适配,而是原生Android设置体验。

对我来说:这个功能可能比Slack relay还实用。因为我在外面查日志、调agent设置的时候,真的不想掏电脑。


五、插件生态更干净

6.11-beta在插件分发上做了一件事,但这件事影响挺大:更多官方插件被外置化(externalized),附带插件图标元数据打包分发给已安装客户端。

什么意思? 之前很多插件是跟主包一起发布的——用户用不到也装在那里,占空间、占启动时间。现在外置后:

  • • 主包更轻
  • • 插件更新可以独立发布,不用等主版本
  • • 已安装客户端也能拿到图标元数据,UI展示更一致

@vincentkoc[6] 和 @Patrick-Erichsen[7] 在 #95683[8] 和 #95845[9] 里做了拆分。如果你自己开发插件,这个架构变化意味着你可以更独立地维护自己的插件包


六、给运营者的小惊喜

6.11还藏了两个对重度用户和运维友好的工具:

  • • openclaw agent --message-file:你可以写一个JSON/YAML文件描述要发起的对话内容,然后通过 --message-file 让agent读取并执行。适合批量场景、自动化脚本中调用。
  • • RAFT CLI wake bridge:从远程/别的agent实例唤醒一个agent——适合多集群部署场景。

这两个都不是面向普通用户的,但如果你在管OpenClaw集群或者做自动化流水线,它们能省去写胶水代码的时间。


七、Agent运行的靠谱度

最后,6.11-beta在agent执行层面有3个值得一提的改进:

改进
效果
谁贡献的
Codex partial deltas
长响应流不会因为部分结果丢失而卡住
@agonza1[10]
Harness激活
选定的harness插件在agent启动时准确激活
@vincentkoc[6]
长上下文prompt-cache稳定
大上下文下的推理结果不会因为缓存变化而不一致
@vincentkoc[6]

总结一句话:在复杂的多轮对话、长文档交互中,agent不会再因为底层状态不一致而”断片”。


评测总结

维度
评分
备注
渠道控制(Slack/Mattermost)
⭐⭐⭐⭐⭐
relay mode绝对是企业级的加分项
移动端(Android设置面板)
⭐⭐⭐⭐
期待iOS跟进
插件体系(externalized plugins)
⭐⭐⭐⭐
架构进步,对开发者影响更大
运营工具(–message-file/RAFT)
⭐⭐⭐
小众但实用
Agent执行可靠性
⭐⭐⭐⭐
修的都是长尾case但很致命
beta稳定性
⭐⭐⭐⭐
beta.2已经比较稳

升级建议

  • • 强烈推荐:如果你用Mattermost或Slack做OpenClaw入口
  • • 推荐升级:如果你的团队多人使用OpenClaw、每个人模型偏好不同
  • • 可以试试:Android端重度用户
  • • 值得关注:插件开发者——外置化架构对你未来的开发流程有影响
npm update -g openclaw# 或者切到beta通道openclaw update --channel beta

💬 互动话题

你在用OpenClaw的时候,是走哪种渠道用得最多?Slack、Telegram、Web端,还是直接命令行?

评论区说说你的使用场景


📌 收藏本文,升级时对照检查。 🔄 转发给团队里在用OpenClaw的人——slack relay mode值得测。 ⭐ 关注@智启航,每个beta版本第一时间深度评测。