13：Sunset 之日 — 原定三個月的移轉，一天做完

上一篇的結尾，我寫了一份穩健的三階段移轉計畫：G6 驗證、G7 切換、G8 封存，預計七月中才完全解除。

然後 4 月 23 日下午，我用三個小時把它全部跑完。

不是衝動，是準備好了

提前不是因為手癢。動手前盤點了一下，發現所有前置條件都已經就位：

• Router 的骨架早在計畫階段就搭完了，而且 spawner（負責把訊息轉成 CLI 呼叫的模組）不是半成品，煙霧測試 10 項全過
• 路線定案明確：三個 Discord bot 對三條官方 CLI，沒有懸而未決的選項
• 既有的 bot token 和環境設定可以直接沿用，不用重新申請

風險清單上每一項都有了答案，剩下的等待只是儀式感。儀式感不能當 uptime。

那個下午的時間軸

14:40，G6 驗證。兩條調度鏈路逐一測通：訊息能正確派給黑喵（Codex）、派給貓爪（Gemini），回應都有回來。新舊系統此時並行，OpenClaw 還活著。

14:48，G7 切換。真正的心跳時刻：把 OpenClaw Gateway 停掉，daemon 接手 Discord 入口。從 Gateway 下線到三個 bot 全部重新上線，8 秒。

我發了三則測試訊息。黑喵 8.7 秒回應，貓爪 11.3 秒，青喵 15.6 秒。三隻貓都在。

14:51，G8 封存。OpenClaw 整套打包成 tarball，約 800MB，連同設定與啟動檔一起移進備份區。不是刪除——rollback 視窗開一個月，這一個月內任何時候反悔，都能照著預先寫好的還原指示退回去。

從 G6 到 G8，11 分鐘。原排程上這三個 Gate 橫跨兩個月。

同一天的下半場：大掃除

入口切完，下午接著把散落各處的目錄統一搬進新家：黑喵的工作區、貓爪的工作區、三貓共用層（架構文件、框架規則、CLI 呼叫規範），全部收進同一個 TriClaw 巢。連同舊系統時代的六十多個工作流腳本也整批備份。

搬完之後，整個系統的「家當」第一次可以用一句話描述：一個 daemon、三條 CLI、一棵目錄樹。

提前 55 天的代價

這天結束時，原定 7 月 17 日的完全解除，提前到了 5 月 23 日（rollback 視窗結束）。帳面上提前 55 天。

代價是什麼？當天看起來是零。系統跑得比舊架構還順，回應快、結構乾淨。

不過傍晚做例行檢查的時候，我發現黑喵怪怪的——它好像不記得自己是誰了。

那是另一個故事，下一篇說。

Build Log 系列
← 上一篇：12：TriClaw 設計藍圖 — 三隻貓、三個模型、一個自建 Router
下一篇：14：人格不是免費的 — 黑喵失憶事件 →