OpenClawCN 中文资料站开始 · 文档 · 进阶 · 动态 · 支持
产品更新2026-03-14
#release#changelog#cron#plugins#docker#gateway

OpenClaw 2026.3.13 官方发布:Cron、插件碰撞、Docker 时区和网关稳定性继续修复

基于 2026 年 3 月 14 日发布的官方 GitHub Release,整理本轮最值得中文站读者关注的调度、插件、Docker、渠道和 UI 修复点。

发布时间2026-03-14
最后更新2026-03-21
内容来源GitHub Releases

AI 摘要

这页重点

核心结论

基于 2026 年 3 月 14 日发布的官方 GitHub Release,整理本轮最值得中文站读者关注的调度、插件、Docker、渠道和 UI 修复点。

适用主题

产品更新

高频关键词

release / changelog / cron / plugins / docker / gateway

可信信号

最后更新 2026-03-21来源 GitHub Releases

OpenClaw 2026.3.13 官方发布:Cron、插件碰撞、Docker 时区和网关稳定性继续修复

OpenClaw 官方在 2026 年 3 月 14 日 发布了 openclaw 2026.3.13 的 GitHub Release。这个版本本身是一次恢复发布,官方说明里明确提到:由于 GitHub immutable release 的限制,这次采用了 v2026.3.13-1 这个 tag,但对应的 npm 版本仍然是 2026.3.13

对中文站读者来说,这一版最值得关注的不是单个新功能,而是自动化、插件冲突、Docker 运行环境、网关认证和多渠道稳定性这几条线都在继续收口。

这次最值得注意的变化

1. Cron 稳定性继续补

官方发布说明里直接提到了一条和自动化密切相关的修复:

  • 修复 isolated cron 嵌套 lane 死锁问题

这意味着如果你把重任务放在 cron isolated 里跑,现在的调度稳定性会比之前更可靠一些。对于已经开始做周期分析、定时巡检和独立周报的用户,这是比“新增一个命令”更重要的修复。

2. 插件碰撞现在会更早失败

发布说明里还有一条非常关键:

  • 插件在 channel 与 binding 碰撞时改为 fail fast

这对插件开发和团队内部私有扩展尤其重要。以前更容易出现“装了多个能力,表面能启动,但后面行为不稳定”的问题。现在冲突更倾向于提前暴露,定位会比运行到一半才出问题更直接。

3. Docker 终于更适合严肃长期运行

和部署相关的两条修复很值得注意:

  • Docker 新增 OPENCLAW_TZ 时区支持
  • Dockerfile 补上系统升级步骤

如果你之前在容器里跑 OpenClaw,经常要处理时区偏移、定时任务时间不对或宿主环境差异,这一版对你会比较有感。

4. 网关与 UI 连接稳定性继续改

这一版里和前台使用体验直接相关的修复不少,尤其集中在:

  • Control UI 连接认证与失败分类
  • 聊天历史 reload storm
  • 过长回复可读性
  • 新消息滚动提示样式
  • 移动端导航抽屉与主题细化

如果你主要通过浏览器 Control UI 使用 OpenClaw,这些改动的价值往往比“又支持一个新渠道”更直接。

5. 渠道与媒体链路继续修补

发布说明里还点到了多条与真实使用密切相关的修复:

  • Telegram 入站媒体下载的 IPv4 fallback
  • Signal groups 配置补齐
  • Feishu 文件名非 ASCII 保留
  • Feishu 事件级去重
  • Slack interactive replies 文档补充

这些都说明最近几个版本仍然在补“真实渠道接入后的边角稳定性”。

对运维侧最有价值的点

如果你是长期运行而不是只做本地试玩,这一版有三条尤其值得列进升级检查单:

  • Docker 时区支持:关系到 cron、日报、巡检、提醒
  • Gateway 请求边界和 reachability 降级处理:关系到远程部署是否更可解释
  • 插件冲突 fail fast:关系到扩展越来越多之后是否还能快速定位问题

也就是说,这一版虽然不是一个“巨大发布”,但它明显在继续把运行层做稳。

官方特别说明:这是恢复发布

官方 Release 页面明确写了两件事:

  • 这次发布是为了修复先前损坏的 v2026.3.13 tag/release 路径
  • npm 版本仍然是 2026.3.13-1 只属于 Git tag 和 GitHub Release

如果你在升级时同时对照 npm 包、GitHub Release 和 tag 名称,这个差异需要特别注意,避免把版本号误判成两套不同发布。

中文站建议怎么跟进

如果你正准备升级或核查影响面,建议优先看这几类内容:

  1. 已经在跑 cron / heartbeat 的,先回顾 定时任务与心跳怎么选
  2. 已经装了多个插件的,补看 插件清单与配置校验
  3. 跑在容器里的,顺手检查 部署方案总览
  4. 用真实渠道接消息的,再看 故障排除

这一版的重点不是“又多了什么概念”,而是运行层和扩展层继续变得更稳。对中文站来说,这种版本通常比花哨功能更新更值得尽快整理进去。

继续阅读

先跟踪动态,再回到稳定方法

新闻适合快速掌握变化,实践和文档更适合沉淀长期方法。看完动态后,建议继续进入相关实践或更早一篇更新。

关联入口

同主题、同路径、同阶段