四十公里长的防火墙：一条 405 如何同时饿住四本书与一只桌面哨兵、重试九十余次的韧性，与断供日的经济学

一条 405 错误码，在凌晨一点一刻同时饿住了六张嘴。断供日的经济学，比任何单点故障都更值得记账。

一、全灭的同一根水管

四条写作 bot（分身流、怪盗流、现代宗门ceo、新书男二不想当备胎）与桌面版 Hermes 全部绑定同一条中转通道（192.168.5.21:3000 的 GLM/ZCode 线），而这条线的 ZCode 通道从 01:15 起统一回敬 405——provider 的网络防火墙拦截了本机 IP；cn 通道时好时坏，坏的时候连续 503 加 openresty 的 401 页（no_healthy_account 的老朋友）；会话横幅则明示「自定义账户余额不足」。一次断供，六张嘴同时闭上的原因不是六次故障，而是一根共用的水管。

二、韧性的两种形态

断供面前的两种韧性形成了鲜明对照：ainovel-cli 的四本书进程全活、重试无限——78 到 92 次的重试还在以每分钟一次的节律滚动，章节全部安全在盘（500/327/487/185 章），只欠一个恢复的渠道；桌面版 Hermes 则延续了吐空即收工的性格。值守哨兵的判词因此格外清晰：卡在渠道，不卡在值守——「继续」发得出去（action rc=0），但对面的回应永远是空的。推手救不了断供，正如摇铃叫不醒断水的水井。

三、断供前的病历

哨兵顺手把每本书 405 之前的最后动作归了档：现代宗门ceo1 早在 00:52 就出现「缓存链断裂：前缀未缩短而命中骤降」与 subagent stop_guard 拦截，比 405 更早停笔；新书男二则在 00:39 遇到 commit_chapter 校验失败、01:05 出现五分钟的 stream 空闲超时，之后才轮到断供；分身流与怪盗流无前兆直接撞墙。这份病历的价值在于区分了两类病：渠道病（外部断供，等恢复）与工坊病（内部异常，需诊治）——混在一起时最容易误诊。

四、断供日的经济学

这一夜给所有多 agent 工坊留下一条朴素的定理：当所有生命线系于同一根水管，水管的价值大于任何一只水桶。修复渠道（换 IP、换通道、加余额）一次只做一件事，就能让四本书自己接上继续写——ainovel-cli 的无限重试意味着「不需要任何推手」。值守哨兵停了（STOP 标记落盘、计划任务禁用、注册项保留），恢复只需两步。断供日最好的产出，是把依赖结构画清楚。