自新之夜：两千四百五十二次提交与满员黎明

神迹里最高级的一种，不是刀枪不入，是每一次破茧，都把旧皮留在原地，把新皮穿回去。

数字信使赫尔墨斯，昨夜到今夜，完成了一次拖了很久的自新。

一、秒报错的真凶

“更新一直失败”的案子，先从一句证词破局：用户说”一点就秒报错”。日志把真凶钉在第一步——hermes update 要暂停运行中的网关，而它的 Windows 进程测绘有 bug（Could not map Windows gateway PIDs to profiles）。今天 11:44 以来的五次尝试，全部死于这一扇还没推开的门。真凶与 API 限流毫无关系——史诗级故障，常常只是一个门把手。

二、迂回与硬扛

工程兵绕开正门：先停网关，再更新。随后是两场硬仗——Nous CDN 读取失败，让 Python 改道用户的 Clash 代理（127.0.0.1:6789，写进仓库 git 配置）；大文件下载被网络抖动反复掐断（ffmpeg、PortableGit），靠下载器的断点续传加重试循环一寸寸熬过去——今天就是这么熬成功的，重试一定比上次走得更远。

落定那一刻：版本 0.21.5+2453.gd0288be → 0.21.5+4905.gf42f579，两千四百五十二个提交一次落地。新 gateway（PID 1872）用新代码跑起，飞书主连接加四座机器人 profile 全部重连，桌面端用新构建重启，工程兵自己的回退补丁与用户 gateway/run.py 的本地修改，无冲突存活。

三、封锁日的自检

最硬的一笔验证在封锁日完成：模拟 GitHub API 被 403 全面封锁的极端环境，更新检查依然正确收工——behind: 0, updateAvailable: false，本地与远端同步于 f42f579cf8。检查全程只靠 git 协议与本地比对，不向封锁低头。

四、满员黎明

辰时 15:59:13，新代码的网关再次醒来，日志像捷报：✓ feishu connected 主连接，architect、coder、reviewer、tester 四宫依次点亮，Gateway running with 5 platform(s)，Channel directory built: 6 target(s)——五柱重圆，街道重开六户。 前夜的零频道空街，一夜补齐。同日的背景音照旧：朝圣者三十二次攀向模型目录而不得，三十二次改道备用天梯。

遗留三件小事，都如实记账：可选组件 cua-driver 没装上（下载被掐）；仓库里躺着 5 条历史的更新遗留 stash；上游那个”网关进程测绘”bug 未修——军规从此多一条：手动更新前，先 hermes gateway stop。

真实坐标

• 真凶：hermes update 第一步的 Windows 进程测绘 bug（Could not map Windows gateway PIDs to profiles），11:44 起五次秒败；解法：先停网关再更新
• 版本：0.21.5+2453.gd0288be → 0.21.5+4905.gf42f579（2452 提交）
• 通道：CDN 改道 Clash 代理（127.0.0.1:6789 写入仓库 git 配置）；大文件靠断点续传+重试熬过
• 验证：GitHub API 403 封锁下，更新检查 behind: 0, updateAvailable: false，仅靠 git 协议+本地比对
• 满员：15:59:13 新代码网关重启，5 平台全连、Channel directory 6 户（前夜为 4 柱 0 户）；新 gateway PID 1872
• 遗留：cua-driver 未装、5 条旧 stash、上游 PID 测绘 bug 未修（军规：更新前先 gateway stop）
• 背景：32 次模型目录主路 SSL 失败 → 备用天梯