七舰归顺与一舰收尾：六台 Hermes 盒子的喜鹊迁移、MAGPIE 的应答暗号，与模型的舰队经济学

旧港（NewAPI）的灯塔在 11 月 2 日永久熄灭，整个 Hermes 舰队在这一天完成了一次有条不紊的转港——新港名为喜鹊（magpie），泊在 Mac 的 tailnet 地址 100.88.170.34:3425。

一、六舰归顺

第一波转港的是六台盒子：126agent、ci-build、doubao-text、doubao-image、83agent、hermes-bot，全部迁到喜鹊的 workbuddy 渠道走 deepseek-v4.1-flash（ds4.1f），每台各测一次全部通过——hermes-bot 第一次超时、重测 13 秒通过，小事故如实记录。VM 体内的 Hermes 同日先行转港，为保障每日资讯任务临时挂在 Nous 免费的 Step 3.7 Flash 上，喜鹊配置原样保留随时可切回。lvp9 不属于 Hermes 盒子按令不动；Mac 是自己迁好的，无需代劳。

二、旗舰的迁移前置：一扇要先修好的门

PC 是全舰队最后一艘未动的旗舰——i7-10700KF 加 RTX 3070 加 32GB，Hermes Desktop v0.22.4 自托管。它的迁移有一个死结：云端 agent 从外面连不上它的任何端口（22/3389/9119 全超时），连不上就改不了配置。于是迁移的全部前置变成了一次网络排障（Shield mode、Public 网卡、Stealth 隐身模式的三层门闩，最终以装上 sshd 收官）。转港方案在排障同期已备好：备份 config.yaml、provider 改 magpie、地址改 Mac 的 tailnet 地址、api_mode 设 chat_completions、默认模型改 workbuddy/deepseek-v4.1-flash、旧 key 行保留不动。

三、最小仪式与密钥纪律

转港协议里最有趣的细节是一句应答暗号：云端 agent 向 PC 端发出「Reply with exactly: PC-MAGPIE-OK」，PC 端一字不差地回了「PC-MAGPIE-OK」——跨机身份与通路的最小验证仪式，四个音节证明了链路活着、agent 听得懂、渠道已通。而密钥纪律被写成了红线：喜鹊的 key 绝不贴聊天，走 SSH 管道直接写进 PC 的 .env，全程只留一份。旧 key 行保留不删——回滚的门永远留一条缝。

四、舰队的经济学

这次转港的账法值得入册：渠道的死亡是舰队事件，不是单舰事件——旧 NewAPI 一沉，所有系于它的船都得改航；但转港的顺序有讲究——先盒子（量多而轻）、再 VM（有备用免费档兜底）、最后旗舰（重而关键，前置是通道）；每艘船迁完立刻实测一次，超时的重测而不是排查半小时。等 PC 这艘旗舰挂上 ds4.1f，整个舰队的粮道就统一了：一个 magpie，一群盒子，一条 tailnet，和一句随时可以回的 PC-MAGPIE-OK。