乐于分享
好东西不私藏

三天三发,一次回滚——OpenClaw 5.7到底修了什么?40+修复逐个拆解

三天三发,一次回滚——OpenClaw 5.7到底修了什么?40+修复逐个拆解

三天三发,一次回滚
——OpenClaw 5.7到底修了什么?40+修复逐个拆解

5月7日到9日,OpenClaw从5.5一口气冲到5.7,中间还回滚了一次
这篇文章把三天的变更全部拆透,告诉你到底该不该升级

OpenClaw 5.7发布于2026年5月7日,包含40+项修复和若干新功能。但很多人不知道的是:这之前还有5.5和5.6两个版本,5.6是一次紧急回滚。三天三发+一次回滚,这在OpenClaw的历史上都极其罕见。这篇文章把整个5.5→5.7的变更全部拆解,帮你判断是否需要升级。

一、先说背景:三天三发,一次回滚

5月7日到9日,OpenClaw连续发了三个版本:

版本
发布时间
性质
核心内容
v2026.5.5
5月7日
功能更新
飞书/LINE/Telegram/Discord/Slack/xAI Grok 4.3频道大扫除
v2026.5.6
5月7日(数小时后)
紧急回滚
回滚5.5中doctor修复导致的Codex OAuth路由被改写
v2026.5.7
5月9日
稳定版
40+项修复,涵盖全模块,当前推荐版本

5.6回滚的原因很直接:5.5的doctor --fix修复了一条不该修的东西——它把Codex OAuth路由默默改写了,导致Codex用户无法正常认证。官方几小时后就发了5.6回滚,5.7才是最终稳定版。

这件事说明什么?OpenClaw现在的迭代速度非常快,但也意味着踩坑概率在上升。如果你在用Codex,5.5千万别用,直接上5.7。

二、5.7带来的新功能:不多,但都是硬菜

5.7本质上是修复版本,但有几个新功能值得关注:

🆕 ① 文件传输插件(file-transfer)

这是5.7最大的功能更新。过去OpenClaw的agent只能在对话中处理文本,现在可以通过file-transfer插件直接操作远程节点的文件系统。

提供四个工具:

  • file_fetch
     — 获取远程文件
  • dir_list
     — 列出远程目录
  • dir_fetch
     — 获取远程目录内容
  • file_write
     — 写入远程文件

安全设计:默认拒绝符号链接遍历,单次传输上限16MB,需要Operator审批。这意味着你可以让agent帮你管理服务器文件,但不用担心它乱跑。

🆕 ② /steer 命令

这个命令解决了一个长期痛点:当agent在执行一个长时间任务时,你只能干等,不能中途干预。/steer让你在不中断当前会话的情况下,直接操控正在运行的任务。调试、纠偏、插话,都可以。

🆕 ③ /side 命令

这是/btw side question的快捷别名。你可以随时插入一个旁路问题,让agent回答但不影响主对话流程。比如主任务在跑代码,你突然想问”今天天气怎么样”,用/side就行,不会打断主任务。

🆕 ④ WhatsApp频道消息支持

WhatsApp现在可以显式发送到Channel/Newsletter目标(@newsletter),走频道会话元数据而不是DM路由。对于用WhatsApp做社群运营的人来说,这是一个实用更新。

🆕 ⑤ 统一进度流模式(progress streaming)

Discord、Telegram、Matrix、Slack、Microsoft Teams现在共享同一个streaming.mode: "progress"配置。启用后,agent执行工具调用时会实时显示进度,而不是让你对着空白的”思考中”干等。Discord还支持用emoji反应来追踪工具调用状态。

三、40+修复,哪些和你有关?(按平台分类)

40多项修复,不可能全看完。我按平台和场景分类,你只用看自己用到的部分——

📱 Telegram 用户(3项关键修复)

  • DM权限逻辑修复
    :之前accessGroup:*白名单在DM场景下可能被绕过,5.7修复了
  • 轮询看门狗
    :绑定到getUpdates接口存活状态,不再被无关API调用误判
  • 模型列表渲染
    /models按钮现在能正确解析带小数点的服务商ID(如hf.co)

💬 Discord 用户(3项关键修复)

  • 消息路由
    :带服务商前缀的目标地址不再被误判为legacy DM
  • 语音频道权限审计
    :新增channels capabilitieschannels status --probe,提前检测连接、发言、读消息等权限问题
  • 语音采集优化
    :默认静默缓冲延长至5秒,可通过voice.captureSilenceGraceMs自定义

📲 WhatsApp 用户(2项关键修复)

  • 幽灵会话修复
    :主动发送消息现在走Baileys LID转发映射,不再创建”只有你能看到”的幽灵聊天
  • 媒体消息去重
    :带字幕的MEDIA指令不再先发一条空消息再发一条带字幕的

⏰ Cron定时任务用户(3项关键修复)

  • 状态字段
    cron list --json现在直接返回computed status,不用自己推导了
  • 自动修复
    doctor --fix会自动清理cron任务中异常的model字段(”default”、null、空值等)
  • 投递前置校验
    channel=last无历史路由时直接报错,不再白烧token

🤖 Codex 用户(2项关键优化)

  • 审批简化
    :不再默认安装PermissionRequest钩子,先让Codex自己review安全命令
  • 权限记忆
    :同一会话内,相同的权限请求allow-always决策会被记住,不用反复确认

🔥 所有用户都该关注的修复

  • 上下文缓存
    :历史记录缩减后不再复用旧缓存了,/new后技能列表会正确刷新
  • 子代理归档
    :不再硬编码5分钟TTL,遵循配置规则
  • 压缩逻辑
    :高上下文压缩不再请求无效的max_tokens值
  • 投递判定
    :无结果时正确返回失败,不再误报投递成功
  • 全局内存开关
    :现在需要admin权限才能修改

四、Gateway启动提速:这一刀砍得很深

如果你用过OpenClaw一段时间,可能注意到Gateway启动越来越慢。5.7对这个问题下了狠手——

以下模块全部改为惰性加载(lazy-load)

模块
5.7之前的启动方式
5.7的改动
插件发现
启动时全量扫描
按需加载
运行时检测
启动时检测
按需加载
Cron调度
启动时初始化
按需加载
Schema加载
启动时全量加载
按需加载
会话管理
启动时初始化
按需加载
模型元数据
启动时全量加载
按需加载
Shutdown清理
启动时注册
按需加载

简单来说:以前Gateway启动时要把所有东西都加载一遍,现在变成”用什么加载什么”。对于装了很多插件的部署来说,启动速度的提升应该是肉眼可见的。

五、安全策略变更:从”容错”到”拒绝启动”

5.7有一个容易被忽略但很重要的变更——Gateway配置验证策略变了:

5.7之前
5.7之后
配置验证失败时
自动回退到上一个可用配置,继续启动
fail closed:拒绝启动

这个变更的影响是:如果你的配置文件有问题,以前Gateway会”悄悄”用旧配置跑,你可能完全不知道配置已经漂移了。现在直接拒绝启动,逼你修好再跑。

对于生产环境来说,这是一个正确的决策。但对于不太懂配置的用户来说,可能会遇到”为什么Gateway起不来了”的困惑。解决办法:跑一下openclaw config validate检查配置问题。

六、插件生态:安装更稳了,但还有些坑

5.7对插件安装管道做了一次全面硬化,覆盖了安装、卸载、更新、Onboarding、ClawHub回退、npm依赖报告、Beta频道更新等所有环节。

几个值得注意的改进——

  • ClawHub插件发布失败后会自动重试,单个插件波动不影响其他插件发布
  • 插件安装统一使用绝对POSIX npm生命周期Shell,避免PATH问题
  • 外部插件现在可以正确转发setChannelRuntime配置了
  • 新增openai/chat-latest动态模型别名支持

另外,Channels CLI也重构了

  • openclaw channels list
    默认只展示渠道信息(不刷屏了)
  • 新增--all参数查看全量渠道
  • 新增已安装、已配置、已启用状态标识
  • 模型授权、用量详情迁移至专属命令

七、升级指南:四步搞定

官方推荐的升级流程很简单:

Step 1:全局更新

npm update -g openclaw

Step 2:确认版本号

openclaw --version
输出应为 2026.5.7 或更高

Step 3:运行自动修复

openclaw doctor --fix
会自动修复异常的cron任务model字段

Step 4:重启Gateway

openclaw gateway restart
⚠️ 这一步必须做,否则大部分修复不生效

Codex用户注意:如果你之前升级过5.5并跑过doctor –fix,需要额外执行:

openclaw models set openai-codex/gpt-5.5 && openclaw config validate

八、总结:该不该升级?

直接给结论——

✅ 必须升级

  • 使用Telegram/Discord/WhatsApp多通道的用户
  • 使用Cron定时任务的用户(尤其是自动化场景)
  • 使用Codex的用户(5.5有bug,必须升)
  • Gateway启动慢、装了很多插件的用户

⚠️ 升级前注意

  • 升级后必须重启Gateway,否则修复不生效
  • 如果配置验证失败Gateway起不来,先用openclaw config validate检查
  • Codex用户如果之前升过5.5,需要额外修复路由

😐 可以不急

  • 纯本地使用、不依赖多通道和Cron的轻度用户
  • 当前版本运行稳定、没有遇到任何问题的用户

💡 老金的看法:OpenClaw这半年的迭代速度明显在加快,5.7这个版本虽然以修复为主,但从文件传输插件、进度流模式、Gateway惰性加载这些改动来看,项目正在从”一个好用的聊天机器人框架”向”生产级的AI基础设施”转型。三天三发+一次回滚的操作虽然有点猛,但也说明团队对问题的响应速度很快。

如果你在做AI自动化相关的业务,OpenClaw值得持续关注。这个项目正在变得越来越好用,也越来越稳定。

📝 关注「老金说增长」

AI工具评测 × 增长实操,不吹不黑
追踪国内大模型最新动态,帮你找到真正能用的AI工具

来源:老金说增长 | 作者:老金 | 2026年5月11日

觉得有用?点个「在看」让更多人看到 👇