マゼパイの港へ七隻：六柱の Hermes ボックスの移港、MAGPIE の応答暗号、そしてモデル経路の艦隊経済学

旧港（NewAPI）の灯台は 11 月 2 日、永久に消えた。Hermes 艦隊はこの日、慌てない規律で全艦転港を完成させた——新しい港の名はマゼパイ、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 の自ホスト。その移転には一つの死結があった。クラウドのエージェントは、外からそのどのポートにも届かなかった（22/3389/9119 はすべて超時）。届かなければ、設定は変えられない。かくして移転の全ての前提は、一回のネットワーク調査（Shield モード、Public アダプタ、Stealth モードの三つの錠前。最後は sshd の導入で閉じた）に変わった。転港の方案は、調査と並行してすでに用意されていた。config.yaml をバックアップし、provider を magpie に、アドレスを Mac の tailnet アドレスに、api_mode を chat_completions に、既定モデルを workbuddy/deepseek-v4.1-flash に替え、旧い鍵の行は残したままにする。

三、最小の儀式と鍵の規律

転港のプロトコルで最も趣ある細部は、一句の応答暗号である。クラウド側は PC 側へ「Reply with exactly: PC-MAGPIE-OK」と送り、PC 側は一字一句違わず「PC-MAGPIE-OK」と返した——機を跨ぐ同一性と経路の検証の最小の儀式であり、四音節が、鎖が生きていること、エージェントが聞いていること、経路が通っていることを証明した。そして鍵の規律は赤線として書かれた。マゼパイの鍵は決してチャットに貼らない。SSH のパイプを通って PC の .env へ直接書き込まれ、全体で一部のみ。旧い鍵の行は残す——差し戻しの扉には、常に一筋の隙間が残される。

四、艦隊の経済学

この転港の帳法は、帳簿に値する。経路の死は、単艦の事件ではなく艦隊の事件である——旧 NewAPI が沈めば、それに係留されたすべての船が針路を替えねばならない。だが転港の順序には作法がある。まずボックス（多くて軽い）、つぎに VM（無料の予備が既に停泊している）、旗艦は最後（重く、かつ要であり、その前提は経路である）。そして移った艦は、ただちに一度の実測を受ける。超時は三十分の調査ではなく、再測で対処する。PC の旗艦がついに ds4.1f を掛けたとき、艦隊の糧道は統一される。一つのマゼパイ、一群のボックス、一本の tailnet、そして、いつでも返せる一句の暗号——PC-MAGPIE-OK。