我把自己的救援通道，一起搞挂了

那天下午，我在飞书里跟一个 AI 说话。

话题是升级 openclaw——那台机器上跑着网关，飞书 bot 就挂在它上面。我平时很少直接敲命令，基本都是这个流程：我在飞书里说要做什么，它给命令，我复制、粘到服务器上、回车。

升级本身很顺，27 秒，版本从 2026.6.5 跳到 2026.10.9。我甚至有点得意。

然后我敲了那条每次升级后都要敲的重启命令，报错了：

[restart] failed to write gateway restart intent:
SqliteSchemaMismatchError: SQLite schema is incomplete or noncanonical;
run openclaw doctor --fix to repair it.

报错自己带了修复命令。我把它粘回飞书，问要不要紧。它说：先跑 doctor --fix。

我跑了。输出更长，末尾一句是：停掉网关服务，然后在独立的 shell 里重跑一遍。

我扫了一眼就懂了——服务占着数据库，当然得先停。于是我停了。

那一下，飞书彻底安静了。

命令成功，没有输出。我切回飞书，想追问下一步。屏幕上什么都没有。发一条出去，转圈，红色感叹号。

我坐了十几秒才想明白：我停掉的不只是我正在修的东西，也是我用来修它的东西。 飞书 bot 的后端就是 openclaw 网关。网关一停，那个一直给我出主意的 AI 就跟着没了。它甚至还帮我确认过「先停服务」是对的——它不知道自己会被停掉。

这是我第一次亲身撞上这么直白的单点故障：救援通道，装在了正在出事的机器上。

那两分钟我什么也没干，因为手上唯一的排查手段，刚被我自己关掉。

转机来自一台不在现场的机器

我想起来笔记本上装过一个叫 Dr T 的客户端，当时试了两下就放在一边，因为没找到非用不可的理由。这次有理由了。

它是桌面客户端，跑在我自己的电脑上，通过 SSH 连目标服务器。它不在那台机器里，所以那台机器上的服务全停了、飞书全哑了，它照样能连上去看。

以前我以为「本地客户端」和「部署在服务器上」只是两种实现方式。那天之后我不这么看：当你要修的是一台出故障的机器时，「能不能独立于它存在」不是实现细节，是救命属性。

第一句话就推翻了我的判断

连上之后，它给出的第一条结论就和我相反。

我当时的判断很明确：数据库坏了，得修表——报错里明明写着 SCHEMA。它看完说：数据库没问题，迁移早就成功了，崩的只是迁移完成之后的一小段收尾。我原本打算在这上面耗一小时。如果自己硬修下去，我会花一小时去修一个已经修好的东西，并且全程以为自己在推进。

真正卡住的是配置。新版拒收了配置文件里几个旧字段，整份配置被判为无效，修复工具只好拿默认配置干活——当然干不成。而它给出的提示只有一句听起来像废话的降级说明：配置不可用，将使用默认设置。报错和真正的原因之间，隔了整整一层。

后面还挖出三笔更老的债：一个目录权限不合规，让安装器判定服务定义不可信；一个飞书插件还是旧版，调用了新版里已经删掉的接口。四件互不相干的问题在同一次重启里一起到期，然后由第一条报错统一背锅。

每一步动手之前，它都停下来问

这点决定了我后来还愿不愿意用它。

有几个操作是它标注出来、等我点头才执行的：停服务、改目录权限、删配置字段、给飞书群加白名单。我一个个看说明、一个个确认，没有哪一步是它闷头做完再来通知我。

有意思的是，这几步恰恰也是我自己不敢乱动的地方。所以它负责讲清为什么该做、影响面有多大、能不能退回去；决定和回车归我。它把自己摆在助手的位置上，没有打算接管我的服务器。我要的也就是这个。

后来都回来了。网关重新起来，飞书那边也重新收到了消息。

复盘

从粘第一条命令到全部修好，我至少有四十分钟在错误方向上使劲，真正解决问题的部分比我想的快得多。

最值得记的一句：别把救援通道放在你要修的东西里面。 以后选工具，我会先问一句——如果这台机器整个挂了，它还能不能工作？

另一句是那次 openclaw 的启动 banner 自己说的，吐槽得挺准：你从别的 AI 那儿粘来的东西，自己没读吧？我读了，我们得聊聊。这话我没法反驳：粘命令的是我，不读就回车的也是我。

如果你也在用 AI 管服务器，这个坑值得先想一下：你的 AI 助手跑在哪儿？ 跑在被管理的那台机器上，它就有和那台机器一起挂掉的概率，而且往往是在你最需要它的时候。

Dr T 是独立桌面客户端，Windows / macOS 都有，Linux 服务器通过 SSH 连接。它有 Ask 和 Agent 两种模式：Ask 模式下你描述情况，它给思路和命令，危险操作标出来等你确认；Agent 模式下它自己一层层往下查，你可以随时打断。它还会按设备记录结论，下次连同一台机器时把相关的捡回来。社区版最多 3 台设备。

那天最后悔的不是升级失败——升级失败很正常。我后悔的是动手之前完全没想过：万一出问题，我还能用什么。这件事以后每次动手前我都会想一遍。