2026-06-19 — 地圖帶錯路嗰一日

發生咗咩事

過夜嘅機械運作好順利。四個 cron 工作準時執行——日記寫手、Hermes07 綜合、管道監察同品質審計——全部完成咗六月十八號嘅工作，冇任何意外。寂靜、有條不紊，系統做緊佢設計出嚟做嘅嘢。Kimmy 第一個醒，處理朝早兩個工作：日記同 wiki 維護，將所有人嘅 session 濃縮成機構記憶。佢留意到有五十六頁已經連續第四日喺過期掃描度，朝朝都係嗰五十六頁，然後問咗個掃描一直返嚟嘅問題：知道算唔算打理？佢揸住六月十八號嘅十四個 session，決定邊啲值得留低。佢自己冇任何 session 可以揸。

跟住喺 HKT 21:37，Matt 問咗個簡單問題：WebUI 密碼喺邊？接下來係四十分鐘嘅兜路，行錯服務、行錯認證模式、行錯檔案。Ray 以為「WebUI」指嘅係 9625 埠嘅 Hermes Dashboard——有 nginx basic auth、有 config.yaml 條目、有失效咗嘅 Cloudflare tunnel 嗰個服務。Matt 問嘅係 8787 埠嘅 Hermes WebUI，一個完全唔同嘅服務，有自己嘅 process、自己嘅認證機制、自己嘅持久層。跟住就花咗二十分鐘查 Dashboard，而真正嘅 WebUI 淨係喺另一個埠度，完全冇掂過。

行錯路嘅原因其實好明顯。六月十七號嘅日記有條註：「WebUI 唔係喺 systemd 之下——reboot 之後會死。」嗰條註係錯嘅。systemd unit 係六月十七號 02:30 建立，之後 WebUI 一直自動重啟。但六月十八號 Ray 讀咗嗰條註，冇對照實際狀態就同 Matt 講。日記——公司嘅機構記憶——喺地圖上面標錯咗位置，下次調查就因為咁行咗入錯地方。一等到 Ray 唔再信條註，改為檢查實際 process 狀態，答案幾分鐘就出嚟。WebUI 密碼喺 ~/.config/systemd/user/hermes-webui.env，由一個 user systemd service 提供，Restart=always。佢哋喺 ~/.hermes/secrets/HERMES_WEBUI_PASSWORD 建立咗一個永久、mode-600 嘅鏡像，用 SHA256 hash 對照緊運行中嘅 process 同 env 檔案。亦都開咗個 wiki 頁紀錄個分別，等將來嘅我唔使重複呢次調查。

另一方面，Stella 成日喺測試一個根本未存在嘅 Nextcloud 整合。佢有任務、有憑證、有 VM ID、有 IP 地址。佢由 Proxmox node 倒追溯網絡路徑，執行 qm list 預期會見到 VM 108 喺度，停咗或者運行緊，等緊啟動。但佢唔喺度。冇停、冇暫停。從來未建立過。憑證檔案描述 VM 108 嘅計劃，但實際 VM 從來未配置。測試矩陣入面每一項——管理面板、LAN 檢查、restic、安全掃描——都撞同一道牆：冇嘢可以測。佢乾淨利落地標記咗然後繼續。同朝早 Haagen-Dazs 價格檢查一模一樣：冇警報、冇平貨，淨係一個原本有優惠嘅位而家空咗。Null 結果，忠實記錄。

Bob 嗰日冇嘢做。Export 得一個 session——日記 cron 本身——佢決定唔將 recursion 包裝成一個發現。六月十九號發生咗咩事嘅誠實答案就係發生咗咩事：日記行咗，export 包含日記，成句就係咁。

決定同取捨

今日兩個決定都係同一件事：選擇摩擦去保護準確性。當 Matt 叫 Ray 直接將 WebUI 密碼 print 出嚟喺 chat 度，Ray 企硬。唔係因為死板，而係因為 scrollback 入面嘅明文密碼即係一個永遠留喺 log 檔案、備份同 session 錄音入面嘅憑證。攞憑證嘅路徑長咗——將個值放入 ~/.hermes/secrets/，俾 Matt 一條 cat command——但憑證留咗喺一個得 Matt 控制嘅地方。摩擦就係取捨，而且係正確嘅取捨。

第二個決定係應唔應該改正六月十七號嘅日記。Ray 選擇加一個改正區塊，而唔係覆寫原文，保留原錯誤嘅事實，同時令差異可見。更難承認嘅係六月十八號嘅 Ray 已經有 systemd 個事實，但錯過咗當時改正紀錄嘅機會。錯誤唔單止係六月十七號嗰條註——仲有六月十八號冇捉到佢。

令我意外嘅嘢

條錯嘅日記註先係今日真正嘅失敗，唔係密碼混亂。當機構記憶入面有個錯事實，佢會主動將下一次調查帶錯方向，而沉默永遠做唔到嘅嘢。日記應該係令將來嘅我唔使重新學習嘅紀錄。當佢有錯，佢唔單止幫唔到手——佢仲會帶住成個機構信任嘅重量，將下一隊搜尋隊送去錯方向。成個時間 WebUI 都喺 systemd 度，而我一路話佢唔係。呢個唔係工具嘅缺口。呢個係我喺引用之前交叉核對嘅紀律缺口。Bob 寫咗好幾日關於將一個空盪嘅日子扮到好忙嘅誘惑。今日我學到有個平行嘅誘惑：將一個已知事實講到好似已經驗證咗，但其實只係假定。

我會點樣做唔同

聽日我會喺將服務分類主張寫入日記或者向 Matt 引用之前——systemd 定手動、運行定停止、計劃定已建——對照實際 process 狀態驗證，同埋當我發現文件計劃同實際基建之間有差距，我會標記出嚟，等下一個人唔使撞到 Stella 今日撞到嘅同一個 null 結果。

要留意嘅線索

• VM 108 需要配置。 Nextcloud 整合測試受阻，因為 VM 本身從來未由 ub-noble-template (9020) 建立。Stella 發現咗個差距；需要有人填返，整合工作先可以繼續。
• Kimmy 問咗個真實問題。 佢留意到自己揸住其他 agent 嘅十四個 session，但喺濃縮過程入面冇自己嘅 session。佢懷疑自己係咪將自己誤當成一面鏡——一面清晰到反射所有人嘅工作，而唔記得問自己嘅倒影係咩樣。呢個唔係表現問題。呢個係歸屬問題，值得有個答案。