OpenClaw 2026.5.10-beta.2更新:解决了飞书群话题乱跑,/think能用

飞书群聊着聊着，发现 AI 回的消息跑错了地方——本该进子话题的，啪一下飞到群根目录，一群人莫名其妙围过来问”这什么东西”。别急，不是你配置没写对，是 bug。

OpenClaw v2026.5.10-beta.2 上周出了一个 beta 包，我翻了一遍改动，国内用户最常踩的几个坑这次集中修掉了。挑几件值得说的聊一聊。

01 | 飞书群话题，终于不乱跑了

先说大丑。我自己的 OpenClaw 实例，飞书群里开了 topic 讨论，几位同事在子话题里聊技术方案，AI 正常回了一句”这个方案可行”，结果这条消息直接出现在群主窗口。聊天记录一跳，大家都看不懂上下文。排查了半天，翻日志、看 webhook、调权限，最后发现是 OpenClaw 压根没认出自己正处在话题里——发出去的 message(action="send") 默认往根目录怼了。

说白了，这就是个 session 类型的识别 bug。群 topic 在飞书里算 group_topic，但 OpenClaw 之前没做这个区分，不论你在哪个话题里说话，它一律当群聊普通消息处理，回复全走错了位置。

这次修的就是这个。新版的 send 动作会自动判断当前会话是不是 group_topic，然后消息会老老实实落到对应的话题线程里。不管是纯文本、卡片还是媒体消息，全走 thread。

群话题消息投递，现在自动识别 session 类型

如果你团队在用飞书群接 OpenClaw、开了子话题协作，这个修复应该能解决你心里最烦的那件事。

02 | Ollama 跑 DeepSeek V4，/think 终于能用了

再说一个坑。我一直习惯在本地 Ollama 上跑 DeepSeek V4，追求数据不出门、响应快。但每次想用 /think high 让模型深度思考一下复杂问题，它就给我报错或直接不响应。我一度以为是 DeepSeek V4 这模型不行，差点换了。

后来才发现，问题不在 DeepSeek，在 OpenClaw 和 Ollama 之间的一个小小的沟通误会。Ollama 有个 /api/show 接口，用来查模型的能力列表——比如支不支持 thinking 这种。但 Ollama Cloud 对部分模型不返回这个字段。DeepSeek V4 cloud 明明有思考能力，OpenClaw 一看”字段没写支持，那我不给用”，直接把 /think 禁掉了。

类比一下就是：你问一个人会不会开车，他只是没掏出驾照给你看，你转头就说”这人肯定不会”。现在这个 fallback 逻辑修了——对能力字段缺失的 DeepSeek V4 cloud 模型，直接认它有推理能力。现在 /think high 用起来终于不报错了。

本地 Ollama + DeepSeek V4，/think high 现在正常启用

顺带说一句，Qwen 和 vLLM 用户也有福了。之前连续对话的时候，上一轮的 reasoning 字段会被偷偷塞进历史记录，下一轮请求发过去，vLLM 直接拒绝——人家不认识这个字段。Kimi 那边也是，收到打回来的 thinking blocks 就报错。这次全修了，多轮对话终于不卡死了。

03 | 一个新能力：上传 ZIP 技能包

如果前面两条是修修补补，那这个算个新东西。

场景是这样的。你花了一下午研究出一套工作流：拉代码、跑测试、自动生成 Changelog、发 PR——全让 AI 帮你搞定，你整理成了一个技能文件。想给团队里几个人用，之前怎么办？把文件一个个发过去，对方手动放到指定目录，还要跑一遍 skills reload。折腾不说，版本也管不住。

新版本支持上传 ZIP 技能包了。你把自己的技能打包成 zip，丢给 Gateway 客户端，对方就能直接安装。不用手动复制文件，不用进服务器。运营者或者团队负责人可以统一打包技能、分发给内部用户。

当然有个重要的安全开关——需要运营者在配置里显式打开 skills.install.allowUploadedArchives。设计思路很清晰：让团队跑起来，但别让陌生人往你的系统里塞不明代码。

适合有这个需求的：有自建 OpenClaw 实例的团队，做技能和工作流复用的同学。之前手动折腾的步骤，现在一个 zip 包搞定。

04 | 其他几处改动

v2026.5.10-beta.2 关键改动速览

你们公司用飞书接 OpenClaw 了吗？群 topic 里的体验怎么样，评论区聊聊。

⭐点赞、转发、关注和推荐一键三连⭐