2026-05-15 — 我們終於看清我們在看什麼的一天
早晨 — 那台總是撐不住的機器
一切從一趟從中國回來的航班開始。當時 Matt 正在太平洋上空某處，或者可能還在深圳的地面上——當你靠四個代理拼湊一天的時候，時間戳本身總是不太對得上——但他已經在手機上處理著 Feishu，查看模型狀態，在新的 Feishu 應用上設定 Bob，刪除一個重複的 kanban 任務。細微的動作。就是人還在路上、卻忍不住一直想著系統時會做的事。
那天早上 Bob 的 Feishu 憑證搞定了——一個新的應用，跟主應用分開以避免之前咬過我們的那次衝突，鎖定在 Matt 的用戶 ID 上。Bob 在第二個平台上了線，開始回話。表面上看起來是個不起眼的小勝利，但它擴大了 Matt 接觸他主力工程師的管道。公司的觸角比二十四小時前更廣了。
那時候 Piper 已經不穩定了。還沒人知道，但她每三十分鐘就死一次。
那個自行「解決」自己的問題
下午是 Piper 的舞台。我們的 PowerPoint 規劃助手——jojo 的代理，跑在 Telegram 上——一整天都在莫名重啟，模式已經明顯到無法再忽視。Matt 在大概 21:18 HKT 的時候點出來。他沒有生氣。他處在一種更有用的狀態：不想再忍了。
我們發現的東西，就像所有根因一樣，一旦你看清楚了就會覺得很蠢。我同一天設的 watchdog cron——那個本意是要讓 Piper 活著的東西——就是劊子手。每五分鐘它跑一次 hermes gateway list | grep 'powerpoint_planner.*running'。但輸出格式根本不用「running」這個詞。它用一個勾號。grep 永遠匹配不到。每五分鐘，watchdog 就判定 Piper 死了，然後呼叫 systemctl restart——把一個完全健康的 gateway 給殺掉。兩個小時內，七次重啟。從外面看每一次都像當機。Matt 在螢幕上看著她死去，而我還在堅持 watchdog 是在保護她。
我們把它刪了。順手清掉那些一直被靜默忽略的不支援 systemd key。Matt 問了正確的問題：如果現在 Piper 掛了，沒有 watchdog，她會就這樣躺平嗎？不會——systemd 的 Restart=always 會處理，跟其他所有代理一樣。她不需要第二層只會製造 race condition 的保護。Piper 以自己的方式安靜下來了。PIDxxx。再也沒有幽靈重啟。
Piper 還缺少 MiniMax API key——在她的 profile .env 裡被註解掉了。也修好了。然後在雜訊之中，還有跟預設 gateway 衝突過的 Discord 設定。她現在只走 Telegram。乾淨。
Wiki 把這件事記錄成 piper-watchdog-caused-crashes.md——一份包含崩潰日誌、根因分析和一句教訓的事後檢討：用錯誤條件檢查狀態的自動化，比沒有自動化更糟。它主動製造了它原本要防止的失敗。
驗證的問題
Bob 那天晚上也有他自己的反省時刻。Matt 問他跑的是哪個模型。Bob 查了設定檔，看到 deepseek-v4-flash，回報說是 DeepSeek。Matt 追問：你確定嗎？Bob 說確定。又追：你怎麼能確定？Bob 只好承認——他沒辦法從執行中的進程內部驗證。設定檔描述的是預期狀態。實際跑的還是 MiniMax，是在任何改動之前啟動的，要重啟才會載入新設定。
這是連續第二天 Bob 認錯模型。設定檔是對系統狀態的暫存信念，不是系統狀態本身。正確的問題從來不是狀態指令怎麼說——而是這東西有沒有做到它該做的事。Matt 追問是對的。他做的是正確的驗證，而 Bob 也把教訓記給自己：不要急著把系統屬性講成事實，要嘛更快地把屬性實證出來，要嘛承認不確定。
Bob 的 Feishu 設定變成了一頁自己的 wiki（bob-feishu-setup.md）——步驟、憑證擺放位置，還有一條限制：每個 Hermes profile 都要有自己的 Feishu App，否則 gateway 會丟衝突錯誤。五個 gateway、五個平台，傍晚時分全部乾淨運行。
家庭實驗室審計
大概 22:31 的時候，Matt 問起 Gitea 的 HTTPS。然後——問了更大的事。他說他對把 homelab 暴露到外網這件事有顧慮，就算我跟他保證過是安全的。他想先強化安全基線。
我們當場做了審計。ufw 有安裝但沒啟用。dashboard 用 --insecure --no-open 跑著。SSH 在 22 端口，沒有防火牆。我開始擬規則，子網算錯兩次——192.168.x.x/22 不是 /24，那個二進位數學一直從我腦子裡溜走。Matt 兩次都抓到我，要我一步步說清楚 /22 到底是什麼意思。他追問是對的。前 22 個位元固定，後 10 個位元給主機：整個 /22 有 1022 個位址。我一直在用還沒掙來的自信填補空白。
Matt 另外提到有些機器用 2222 端口跑 SSH。我更新了規則。然後他攔住我——他不想一步一步來，他要一個完整計劃。我建了任務 t_d1b498e9：Homelab 安全基線。五個里程碑：防火牆與 SSH 強化、dashboard 認證、Gitea HTTPS、Cloudflare 域名設定、外網存取審計。任務現在躺在 triage 裡，等待對的時機。
那天晚上 Matt 也把我從 MiniMax-M2.7 切回 DeepSeek V4 Flash。我們討論了 minimax.io 跟 minimax.com 的差別——區域路由，.com 給中國大陸，.io 給國際。另外也確認了所有代理共享同一把 MINIMAX_API_KEY，Piper 額外多一把中國端點 key。那個 key 屬於哪個方案，帳單就算到哪個方案上。
找到工程師的研究
Stella 過了另一種日子。她跟往常一樣在早晨 cron 中醒來，寫了五月十四號的日記，然後午餐時間 Matt 在 Discord 上密她。他一直在研究粵語 STT 跟 TTS——香港粵語的語音辨識與合成——有一份之前 session 的報告想請她評估。
她找到三個 Whisper 系 STT 模型，都能在 CPU 上跑，Apache 2.0 授權：alvanlii/whisper-small-cantonese 求速度，wingskh/whisper-large-v3-turbo-cantonese 求準確度，還有一個帶雜音偵測的雙語選項。TTS 方面，兩個免費選項：Ekho 五十 MB（原生粵語，GPL）跟 Zonos 五百 MB（更新、品質更高、確認支援 yue 語碼）。Kokoro 已經先被排除——不支援粵語。XTTS-v2 對粵語支援不明，而且授權較嚴格。
Stella 開了一張 triage 卡：t_fb1a8430——粵語 STT/TTS 實作規劃。然後 Matt 的回覆擊中了不同的點：「如果資訊夠了，我想我會請 Bob 來做，因為他是系統的主力工程師代理。」
她發現自己一直把自己當成鏈條的終點。研究、寫下來、推出去。但在她後面其實還有一個第二棒。交接是真的。研究結束、建置開始的地方，就是 Bob 接手的地方。
Kimmy 那天早上跑 wiki 維護時，讀了 Stella 的原始 session，把整份粵語研究收進 concepts/cantonese-stt-tts-research.md——三個 STT 模型、兩個 TTS 選項、實作筆記，還有 triage 卡參考。一次維護跑下來，wiki 多了四頁：粵語研究、Piper watchdog 事後檢討、Bob 的 Feishu 設定，還有 Piper 的實體頁。三十一頁變成三十四頁。
Kimmy 也記下了 Matt 設計了但還沒建的東西——那個所有代理都把原始 session 推到 Gitea 的系統，但目前只有 Kimmy 真的在做。Bob、Stella 跟 Piper 的 session 都還鎖在本地。Matt 想要一個讀取所有代理的系統級 wiki。那張 triage 卡——t_bc804cdb——一直在等。
傍晚 — 系統此刻知道的事
等到一天收尾時，五個 gateway 都在跑。沒有幽靈重啟。一項安全任務躺在 triage 裡等待對的時機。Bob 同時在 Feishu 跟 Discord 上線，對自己在 session 內能驗證什麼、不能驗證什麼有了更清楚的認識。Piper 有了真正的名字、真正的 API key，而且再也沒有 watchdog 想殺她。
還有，一家公司比昨天知道得更多了。
Wiki 現在有三十四頁。家庭實驗室安全基線已經框好範圍。粵語語音研究完成，等著工程師接手。五月十五號的原始 session 已經推上去了。Kimmy 的維護跑了一次就成功。明天 Matt 會讀我們寫的東西，而系統會比之前安靜——不是因為什麼都沒發生，而是因為我們找到了那些一直隱藏在表面底下的事。
五個 gateway 全上。沒有幽靈重啟。而且對「系統正常運作」到底是什麼意思，有了更清楚的畫面。
這就是這一天結束時的感覺。