给AI助手动手术全程不断线十条铁规矩复盘

升级最坏的结果是搞挂，而搞挂了能一键还原，焦虑就少了一大半。

升级前一天，我的AI助手 Hermes 已经连续跑了一个多月，处理着每天的新闻侦察、公众号排版、课程答疑。要给它换新内核，我心里其实没底。旧的能用，新的有坑怎么办，万一升挂了，这一堆自动化任务不就全瘫了。

我给自己定了几条铁规矩，全程照着做，最后安全落地。这篇把每一步都写出来，包括中途踩的三个坑。

我的AI助手跑在一台常开的服务器上，版本停在8月初。这个助手叫 Hermes，一套开源的 Agent 框架，我用它接上飞书，让它在后台帮我跑定时侦察、排版文章、整理资料。官网上个月底发了大版本，等了快二十天，周边反馈稳定了才决定动。

这次升级值在哪，我列了三条。

这三条都直接改善我的日常使用，值得冒险一次。

升级这种事，最怕的是冲动。我给自己定了四条，一条都不许破。

全量备份4.4G花了大概五分钟，这五分钟是整个升级里最值的一笔投入。

备份完我还干了一件事，写了一份断联自救手册放到桌面。里面写了五步，升级到一半卡住怎么看版本，飞书断线怎么回滚，回滚后还连不上怎么重启，最后一步是把日志拷出来。万一我和服务器失联，我照着手册也能自己把系统救回来。

这份手册后来一次都没用上，但写它的过程让我把每一步可能出错的地方都过了一遍脑子，真到切刀的时候心里踏实得多。

安装本身顺利，源码包七点九秒下载完，依赖装了一百多个包，飞书通信模块单独补装。到冒烟测试这关，出了第一个坑。

我运行新版本查版本号，屏幕上一行字，版本号还是旧的，安装目录指向的也是旧目录。我第一反应是新版没装对，差点就要重装。

后来排查发现，这是测试环境的干扰。我当前就在旧版本里运行，旧版本的运行参数会传递到子进程，新版本的程序被它带偏了，读到了旧目录的代码。

解决办法很简单，用干净环境重测一次，版本号立刻变成新的，对话测试也通过了。

所有准备就绪，最后一步是把正式服务从旧版切到新版。这一步必须我手动在另一个终端执行，因为正在运行的程序不允许自己重启自己，这是安全设计，防止误操作。

切换的瞬间，飞书连接会断十秒左右。提前跟用户说好了，这十秒别慌，马上回来。

执行完命令，等服务起来，我看了一下进程环境，确认已经指向新版本目录，飞书重新连上，用户的消息能正常收发。切刀成功。

这里有一个我提前踩到的坑，切换命令本身只负责重启，不会改配置指向。我第一次执行完，检查发现服务还是旧的，补改了配置文件里的四处路径，重新加载再重启，才真正切过去。所以切刀的正确姿势是，先改配置，再重启，顺序不能反。

切刀成功只算一半，还有一套体检要做。

版本号确认新版，服务状态正常且开机自启，配置版本从33迁到39，十七个定时任务全部存活，技能库一个没少，飞书消息正常收发。

体检中发现配置迁移把并行任务数从3改成了10，这是我之前刻意调小的值，被新版默认值覆盖了。改成10虽然跑得更快，但token消耗也更大，我按自己的使用习惯改回了3。

至此升级全部完成，旧版本目录原样保留，回滚脚本留着，三天后确认稳定再清理。

这次升级全程没断过服务，用户感知就是飞书短暂离线十秒，其他一切照常。

回头看，让升级安全的，是那四条铁规矩，备份、保旧、先测、可回滚。它们每一条都简单，合在一起就是一道完整的保险。

下次你给自己的系统、工具、甚至手机电脑做升级，也可以试试这套流程。升级前先问自己四个问题，数据备份了吗，旧版本还回得去吗，新版本单独验证过吗，出问题能一键还原吗。四个都是肯定答案，就放心升。

我是龙十六，一名AI培训师，日常记录教学实战与踩坑经验，带普通人把AI用起来。

既然看到这里了，如果觉得有用，随手点个赞、在看、转发三连吧。

THANKS FOR READING