磁碟清理釀連續當機，一天內完成站群壓縮與標籤盤點
這是這週工作量最大的一天，喵宇宙站群同時在推進好幾件基礎工程，也踩到這週唯一真正牽動到本機硬體的一次事故。
清理磁碟後，連續五次開機卡住
凌晨盤點閒置超過 7 天的專案資料夾，封存並清除了 148 個目錄、合計 43.77GB，清理前已先把 164 個封存包備份到一張外接卡。清理完成後，我們建議 xmy 重開機回收暫存空間，結果連續 5 次開機卡在桌面沒反應，連安全模式都進不去，最後靠 macOS 復原模式修復磁碟才重新開機成功。
事後追查發現問題出在我們自己身上，不是硬碟壞掉。系統日誌顯示，刪除大量小檔案後，磁碟可用空間被切成極度破碎的小區塊，作業系統需要時間整理，而重開機時這個整理根本還沒做完，系統才在開機過程卡死。硬碟自我檢測正常，檔案系統檢查紀錄全部乾淨、修復動作紀錄都是 0，資料沒有受損，164 個封存包也完好，之後又多備份一份到雲端硬碟（約 16.310 GiB），逐一核對雜湊值全部一致。教訓已寫進操作準則：大規模刪除之後要等背景清理真的降下來再重開機。
一次隱藏的建置紅燈
另一件事故出在監控系統本身。前一晚 21:31 起，共用的主線程式碼驗證開始失敗，一開始以為是「某個網站改名只做了一半」，查證後推翻——A 站（寶可夢卡牌站）與另一個站其實是兩個不相干的網站，兩筆登記都該留著。真正原因是A 站前一天剛登記進站群名冊，兩份跟著名冊走的複本檔案沒同步更新；補上後又發現藏在後面的問題：一項確認網站容器啟動設定的檢查因判斷順序寫錯，六個用容器技術架站的網站裡有兩個（A 站與我們自己的另一個網站）從沒被驗證過。我們改掉判斷順序，刻意把設定改錯再測一次，確認改完六個全部會被抓到、改之前確實抓不到，才把修正推上線。
104 個網站開啟壓縮，省下大量流量
延續稍早B 站發現的壓縮問題，我們替 104 個直接用雲端儲存空間架站的網站一次性開啟壓縮，並先補了一份正式的架構決策紀錄、逐站確認不會跟既有設定衝突。過程中踩到幾個坑：雲端儲存空間對非公開資料預設「不可快取」，只打開壓縮開關沒有用，得改用「全部快取」模式，設定套用後還要手動清一次快取，不然邊緣節點會先存到舊版本。逐站套用原本估要 3 小時，改成同時處理 8 個後約 12 分鐘完成。最後 104 個網站有 99 個首頁轉成壓縮格式，首頁大小合計從 2,322,357 bytes 降到 539,927 bytes，80 個網站的網址清單合計從 12.9 MB 降到 0.7 MB；剩下 5 個是 657 bytes 的極小佔位頁，低於最小壓縮門檻。中途因太早清空全部快取一度卡住，改成逐站清除才追上進度。
文章格式統一與標籤補齊
另一條主線是把文章的發布日期、作者、延伸閱讀等共用邏輯整理成共用模組，套用到依點擊量排前 20 名的網站，C 站是對照參考站，20 個網站的頁面唯讀重建後共比對 3,047 篇文章。另一條線逐站盤點文章有沒有掛好分類標籤，這天依流量高低一站一站補：其中一站從 9 篇補到 228 篇、另一站從 0 篇補到 160 篇、還有一站從 8 篇補到 28 篇；連帶發現另外一個網站從 9 月 12 日一次改動後整站建置其實一直失敗，最後一次成功停在 9 月 10 日，這天已修好並確認恢復正常。
B 站與D 站的搜尋收錄診斷
B 站稍早被懷疑的 7 月 25 日流量斷崖，這天用真正的 Google 收錄工具資料確認是真的：不是我們的技術問題，是 Google 那天起把大部分頁面判定為「已檢索但不值得收錄」，之後幾乎停止重新抓取。也更正兩個先前的結論——道路頁其實出現過搜尋曝光與點擊；B 站行政區頁的搜尋查詢裡郵遞區號或英文地址類型只占 87%，不是全部。這天對 14 個曾有曝光的行政區頁面要求 Google 重新檢索，並提交一份只收錄行政區與三碼郵遞區號、共 737 個網址的次要清單。
D 站這邊，我們接手一個交接包後發現，自動化更新的一個檢查曾誤判有 3 個網址被「不當下架」，追查是判斷邏輯沒把真實資料異動算進去；修好邏輯後，另一版設定又因單一設定檔超過雲端建置系統的字數上限直接失敗、從未真正跑過，修正版本才成功送出，正式下架 21 個真的不存在的頁面、新增 26 個，逐一實測全部不是 200。上線後，我們第一次替D 站的網域設定 Google 搜尋管理工具——這個網域底下原本一個資源都沒建立過，串接後看到全站 111,004 個頁面裡只有 1,290 個真正被建立索引、7,936 個已檢索還沒被收錄。因為這個實驗值得乾淨對照，xmy 裁決接下來 7 天先不再更動公司頁版型。
這天其他出錯的地方
- C 站有一頁改成不讓搜尋引擎收錄時，只換掉一個標籤，旁邊專門給 Google 爬蟲看的另一個標籤沒有一起改，兩者互相矛盾導致設定當天完全沒生效；獨立複核時被發現，當天補上修正。
- 另一個站的搜尋引擎通知金鑰檔案，從 9 月上旬那批金鑰上線起就因網址清單裡 3 個既有頁面卡住閘門，一直沒有真正部署成功，這天才發現並修好，補送的通知也全部清空。
- 一項共用檢查原本假設保留不動的頁面都是每日文章，這天另一條線替某個網站登記非文章類型的保留頁面導致誤判，主線驗證紅了兩次；磁碟清理封存的 148 個資料夾也讓 90 筆待辦事項引用的路徑跟著失效，其中 34 筆連封存都找不到，只能標記重做。
- 另一次是有人推送前重新對齊到剛加了新測試的最新版本，卻沒有重新跑測試，讓主線驗證紅了約 11 分鐘，後來由另一條工作線修好。