夜雨聆风学习资料网

ARTICLE · 1315895

OpenClaw 从 10.3 到 10.10:连升七版,这次终于丝滑了

OpenClaw 从 10.3 到 10.10:连升七版,这次终于丝滑了

“

上次忙着救插件,这次升级完,还能接着干自己的事。

10 月 16 日,我把 OpenClaw 升到了 10.3,还写了一篇《OpenClaw 从 8.2 爬到 10.3:软件升级了,我也快成运维了》。

那个“爬”字,当时真没夸张。补数据库备份,统一 Node,去 9.5 过一站,跑一晚,再往 10.3 走。好不容易到了,微信修一下,飞书再换一套插件。

那篇文章最后,我许了个愿:“下次升级能少让我操心一点。”

现在已经到了 10.10,后面这七个正式版,我也陆续升上来了。过程短得有点不适合写文章,每次打开终端,一行:

bash

openclaw update

升完,接着用。

同一个软件,同一台 Mac,前后两段经历,差别大得像换了个项目组。上次的吐槽留着,这次用得顺,也该写一笔。

— 上次拖着长长的升级事项,这次只需处理一张命令纸条。

📌 本文看点

01

七个正式版的变化

02

一行命令的反差

03

丝滑背后的原因

01

PREVIOUSLY

上次升级,像给自己的助手做一次生产变更

我原来的 8.2,从更早的版本一路升上来,带着旧配置、旧数据库、旧插件,还有各种“当初能跑,就先这么跑着”的历史。

换安装包倒还好,麻烦的是把这台机器上的旧日子一起搬过去。

每天往 GitHub 推送,不代表关键数据库都在备份里;终端显示 Node 24,不代表后台也用着同一份;核心升到 10.3,不代表原来的插件也完成了适配。

第一次后台服务切换失败,还是我们自己的脚本没等系统卸载完成,不能算到 OpenClaw 头上。可对坐在电脑前的人来说,失败就是失败,助手还得恢复工作。

最后,微信单独更新后恢复,飞书从原 Lark 插件临时切到 OpenClaw 官方 Feishu 接管。

那趟走完,我对备份、后台服务和插件接口都熟悉了不少。知识是增加了,就是学得稍微有点被迫。

02

SEVEN RELEASES

我以为刚追上,结果后面又排了七站

从 10.3 到 10.10,正式版这条线是:

text

10.3 → 10.4 → 10.5 → 10.6

→ 10.7 → 10.8 → 10.9 → 10.10

10.3 之后新增七个正式版。把起点也算上,共八个版本;两端之间有六个中间版本。

— 10.3 之后又有七个正式版,版本号不等于发布日期。

这里没有把 beta 算进来。我这次也是沿着正式版陆续更新的。

时间还挺巧。10 月 16 日,我终于升到 10.3,官方的 10.4 就在那天北京时间早上 8 点 36 分发布了。我这边还在写“终于到了”,发布列表已经在说“下一版”。

10.10 正式版则是 11 月 3 日发布的。版本号叫10.10,不代表十月十号就发布,追它还得看日历。

不过这次,版本继续往前跑,我跟得没有那么累了。

03

ONE COMMAND

最大的变化:我的升级说明,终于缩成了一行

这次我没有从 10.3 一口气跳到 10.10,而是新正式版出来后,陆续往上升。10.4、10.5、10.6,一直到现在的 10.10,每个版本都用同一行命令:

bash

openclaw update

对我这台机器来说,这一轮确实丝滑。

上次要操心备份缺什么、后台指向哪里、要不要桥接、插件不兼容怎么办。这次没有每升一版,就再来一轮救援。

这比多几个新功能更让我高兴。我用助手是为了省事,功能可以越来越复杂,总不能让我也跟着越来越忙。一行命令背后,当然还有不少工作。OpenClaw 会根据安装方式处理更新,其中有候选检查、迁移、服务切换和验证等环节,具体步骤取决于环境。

这次需要我额外接手的事,明显少了。 相关机制可见官方更新流程文档。这里说的丝滑,不是零重启、零等待。

— 一行命令背后,仍有检查、迁移和验证等工作。

04

RELEASE NOTES

七个版本翻下来,原来它也在认真修“升级”

为了写这篇,我把这七个正式版的说明重新翻了一遍。不少修复都挺对老用户的胃口:正常停、正常起,迁移别误判,修复别卡死,消息别丢在路上。

下面挑每版值得记住的变化。功能和修复来自官方说明,不代表我全都开过、测过。

10.4:先把 10.3 后面的地基稳一稳

10 月 16 日发布的 10.4,是 10.3 的稳定性补丁,没有新功能和配置变化。

电脑睡眠、系统时间变化导致的 Gateway 异常,关闭和重启卡住,升级快照误判、重复迁移提示等,都有修复。飞书配置热加载导致会话绑定遗失的问题,也在这一版处理。

最后这一项,和上篇原 Lark 插件的旧 SDK 兼容问题是两回事,不能据此说原插件已经修好了。

这种版本我挺欢迎。先把房子修稳,装修效果图可以往后排。

10.5:开始有看得见的新东西

北京时间 10 月 19 日发布的 10.5,就不只是补洞了。

侧边栏改进了 Agent 列表、搜索和置顶;子 Agent、进程面板更方便查看后台工作;Skill Workshop 2.0 增加已保存版本、比较和撤销;已发布会话可以通过普通聊天链接阅读。

技能能回看、能撤销,我挺喜欢。它在学习,我也想知道它到底学了些什么。

后台学习会调用配置的模型,可能增加费用;会话公开分享也需要主动审阅。可以慢慢了解,不必升级后就全部打开。

10.6:没有新功能,也值得更新

10 月 22 日发布的 10.6,是安全与可靠性补丁,包含证书事件应对,以及安装、更新、启动和恢复方面的紧急修复。

记忆部分也有修补,包括避免处理无效编码笔记时改坏内容、减轻大量 dreaming 历史清理的负担,以及改进索引失败诊断。

这些 memory 改进,主要是让已有能力更可靠,别一看见记忆更新,就以为又多了一套神奇记忆。

自己管理 Node 的用户,当时还需要留意安全补丁版本。核心更新和 Node 更新,并不是同一件事。

10.7:别等后台停了,才发现 Node 不对

10 月 24 日发布的 10.7,继续处理升级、修复、回复和上下文问题。

有一项我看得很有感触:包更新会在暂存新版本前,检查后台服务所用 Node 是否满足目标要求;不满足就提前停止,保留当前 Gateway 运行。

还是“后台服务所用的 Node”。终端里敲一下版本号,真不能替后台作证。

此外,已经完成的升级少报过时警告,激活完成和后续维护警告也分得更清楚;修复后的更新器还会保留承诺给手动恢复使用的数据库快照。

上次费劲查过的事,这次在发布说明里看见了。

— 那些不显眼的补丁,在修启动、恢复和消息这些日常问题。

10.8:核心升好了,某个通道离线,要讲清楚

10 月 27 日发布的 10.8,继续修安装、升级、启动、消息投递,并补充安全修复。

修复后的更新器,在核心验证通过、某个通道离线时,可以完成更新,同时明确给出受影响通道的警告。后续 macOS 更新也会等待服务退出、释放数据库后,再运行 Doctor。

飞书快捷操作卡片按钮、流式卡片里工具调用前后的文本衔接,也有修复。

核心有没有升成,通道有没有恢复,更容易分别判断了。但通道警告还是得看,核心升级完成,不代表机器人已经回消息了。

10.9:继续修那些让老用户心里一紧的场景

10 月 29 日发布的 10.9,也是没有新功能的安全与可靠性补丁。

大体积压缩会话归档卡住迁移、Node 或 SQLite 更新后把过期搜索索引误认成数据损坏、某些失败修复把原本还能运行的 Gateway 留在停止状态,这些都有对应修复。

“索引需要修”和“历史数据坏了”,差别可大了。少一次这种误判,比多一个按钮更能让我放心。

10.10:新能力继续长,日常可靠性也继续补

11 月 3 日发布的 10.10,内容又多了起来。

聊天详情面板把会话信息和任务进度收在一起;实验性的 Advisor 可以检查正在进行的任务,发现明显跑偏时提出纠正建议;浏览器 Talk 增加把语音转文字、当前 Agent 处理、文字转语音串起来的分离式语音模式。

Advisor 需要在 Labs 中启用,会额外调用模型,也可能判断失误。它能提建议,不替用户批准操作。

另外,记忆检索、子 Agent 恢复、定时任务、备份脱敏和升级流程,也继续有改进。随包更新日志列出了流式回复卡住、错过的定时任务时段被丢弃等问题的修复。

这些我会按需要慢慢用。这次到达新版本,至少没先被迫补一门运维课。

05

WHY IT CHANGED

为什么前后差这么多?我觉得有三件事叠在了一起

软件确实在补课。更新器、Doctor、数据库快照、后台服务、插件加载,这些地方都在修。没有多炫酷,但升完还能接着用,我就能感受到。

上次整理环境的功夫也没白花。Node 和安装路径理顺了,关键恢复点补齐了,飞书换到了当时能用的接管方案。一部分历史包袱已经处理过,不能把这次顺利全归功于某个版本突然施了魔法。

这次我又是持续小步走,每个版本用一段,再升下一版。变化容易理解,出了问题也更容易缩小排查范围。这是我的使用节奏,不代表官方要求逐版打卡,更不代表跨版更新必然出事。

软件在修流程,我的环境比以前整齐,也一直保持着更新。我觉得这几件事都有关系,没法只挑一项领功。

06

HABITS TO KEEP

丝滑归丝滑,上次学会的几件事还留着

我现在更愿意用内置更新流程,但上次学会的几个习惯还留着。

升级前,看一眼目标版本和备份。GitHub 有提交,不等于运行状态都能恢复;自动配置副本,也不能替代完整恢复准备。

升级后,看实际运行版本,再用常用通道发一句话。终端显示新版本、后台运行正常、真人收到回复,仍然是不同层次的确认。

— 升完后试一句消息,确认真实回复能回来。

核心和插件继续分别看。我的飞书换过接管方案,后来核心升级顺了,也不能据此说原插件的兼容问题自动解决了。

还有,下面这行命令不是“指定升级到 10.10”:

bash

openclaw update

它会按安装方式、更新渠道和相关设置选择目标。以后再看这篇文章的人,运行它可能拿到另一个版本。可以先用 openclaw update status 了解当前更新信息。

更新省事了,恢复能力还是要留着。这篇也不是劝大家闭眼敲命令。

∞

THE END

这次,我终于可以给它一点好评

上次最想吐槽的是:我只是想升级一个助手,怎么还得把自己的工种拓宽一下?这次倒好,没那么多事故,文章都少了几段曲折。

七个后续正式版,还是多。刚记住一个数字,发布列表就准备换下一个,这个速度我依然想吐槽。

但只要能像这轮一样,一行命令,陆续升上去,再接着用,“又出新版了”的心情确实会变。从“这次又要折腾什么”,变成“看看这次修了什么”。

我不需要每次更新都有一个惊艳到能发朋友圈的新功能。昨天能做的事,今天还能做,旧对话还在,常用入口还通,助手继续帮我干活,就挺好。

上篇说,从 8.2 到 10.3,最想要的新功能,是下次升级能少用一点我自己。这回到了 10.10,至少在我这台 Mac 上,这个愿望算是实现了一回。

希望继续保持。终端已经记住那行命令,我的运维知识,到此结束,希望再也不要写关于 openclaw 的升级历程了。

记录截至 2026 年 11 月 5 日。版本简称均省略 2026.。逐版升级与丝滑感受来自本人使用经历;功能和修复来自官方发布说明,不代表所有列举功能均已启用或逐项测试。正文日期指官方发布时间,不是每次个人升级的操作时间。

END

如果你觉得今天这篇有收获,欢迎点赞、在看、转发三连,我们下篇见。

回首页,搜索你想要的文档

在首页搜索框输入关键词,快速定位资料

文库首页搜索指引 立即搜索

相关学习资料