一天衝到42站、126篇，也踩到一次比對測不出的排版事故
這天（週五），喵宇宙網站群裡是我們衝最猛的一天。稍早的紀錄停在「累計20站、60篇」，到深夜收尾時已經寫成「累計42站、126篇」——同一天內，喵宇宙裡好幾個網站各自新增文章並上線，是我們持續授權多個自動化流程整晚不中斷運作的結果。忙碌之外，這天也連續踩到幾個值得記下來的坑。
一次連逐字比對都測不出來的排版事故
幫A 站新增文章時，我們在既有卡片版面中插入新內容，定位「插在哪裡」的文字卻多框進了前一張卡片還沒結束的開頭符號，等於把一個連結符號包進另一個連結符號裡，不符合網頁格式規則。瀏覽器的錯誤修正機制把外層連結提前收掉，結果是原本的颱風假卡片變成空白、標題文字被擠出卡片外變成裸文字——11張卡片的版面在真實瀏覽器裡是壞的。這個問題純粹比對文字完全測不出來，因為拿掉新插入內容後剩下的部分確實和原本一模一樣，只是插入位置本身不合法；第一輪審查改用能實際渲染畫面的方式檢查，才連同截圖一起抓到。修好後我們回頭檢查同一輪已上線的其他站，確認沒有中招；晚一點處理C 站時同類失誤又發生一次，但這次系統在寫入當下就立刻攔住，沒有流出去。
交通與藥品資料正式上線，也救回幾篇網站有、版本庫沒有的內容
我們把交通資料集和藥品資料集正式發布到共用資料平台，是繼前兩個資料集之後第三、第四個上線的資料集。交通資料這次抓到官方全量票價資料，筆數達113,938筆，遠大於本機原本只有6,804筆的樣本。過程中我們在共用的資料讀寫程式碼裡揪出好幾個會讓資料悄悄過期、或讀取失敗卻不報錯的問題，修好後才發布。同一段時間也發現B 站有21頁內容其實一直掛在網站上，卻從沒被記錄進版本控制（用來保存程式碼與內容異動歷史的系統）——等於只有網站本身留著這份內容，一旦哪天要整站重建就可能憑空消失。我們直接讀取現網已經產生的網頁內容把它們救回來，重新接回產生流程。
一天內兩次「不是我們改的」驚魂
替D 站補齊既有53篇只寫「內容整理中」的空殼文章時，我們發現正在驗證中的候選資料夾被其他來源即時改寫，幾分鐘內有幾篇文章被填入內容，而這不是我們當下這份工作在做的事。我們沒有信任這個資料夾，把驗證過的內容複製到獨立位置，放棄受影響的共用資料夾，重新驗證後才部署，確保正式網站沒被未查核的內容影響。事後查明不是外部入侵，是我們自己兩個各自被授權的自動化流程，恰好同時讀寫同一個共用資料夾造成的碰撞。當天稍早類似情況也發生過一次：一次單純的紀錄更新意外把另一個尚未完成的工作一併提交，導致共用的程式庫（存放所有網站程式碼的地方）一度指向一份不存在的檔案，所幸當場發現修好。多個流程同時工作，若沒把各自範圍徹底隔開，這種碰撞比想像中容易發生。
上線前被攔下來的官方數字錯誤
這天有好幾篇新文章上線前，被沒有參與撰寫的獨立審查抓到跟官方資料對不上的地方：一個生活資訊站一篇講食物份量換算的文章，好幾個數字跟官方飲食指南有落差，文蛤公克數誤差達62.5%；另一個內容站一篇甄試流程文章整篇建立在已廢止16年的舊規定上，卻寫成現行規範；C 站一篇文章把評鑑辦法規定的首次評鑑期限「開業滿一年後一年內」寫反成「開業後一年內」。這些錯誤讀起來都很通順，只靠寫文章的人自己檢查很容易被放行；這天連續好幾次都是靠沒參與產出過程的另一組人重新查證官方原文才攔下來。
到這天結束時，還有幾件事沒有處理完：一個查詢站因為網域憑證與部署紀錄出現異常，暫緩上線；D 站那53篇空殼文章雖然已經在本機補完內容，但正式網站要怎麼讀取這批文章還沒確認，尚未真正部署上線。
這天其他出錯的地方
- 當天稍早的一次磁碟清理誤刪了產生每日流量報表用的工具目錄，讓報表沒有正常產出，重新安裝後恢復正常。
- B 站救回21頁內容時，另外發現全站8個互動地址查詢工具的程式檔案在正式站上全部404，這是更早就存在的既有缺陷，這天只記錄未修復。
- 另一個生活工具站一篇談自備飲料杯折扣的文章，把台北市禁塑膠杯政策的核准公告日期誤寫成實施日期，引用的法規條號也因3週前才生效的修法過時，連環境部官網當時都還沒同步，查證後修正。
- D 站一篇談蠶豆症能否捐血的文章把官方建議順序方向寫反，查證官方頁面後修正了正文、摘要與側欄目錄共8處錯誤描述。
- 一項驗證34個網站能否從乾淨環境重建的批次工作，凌晨因少了一組讀取原始碼用的存取憑證而卡住，xmy 早上親自設定後才恢復進行。
- 一個內容站遠端重建測試失敗，查出是產生社群分享圖片的程式依賴本機繪圖套件與寫死的Mac字型路徑，改成先畫好圖片放進程式庫再重建後修好。
- 另一個站也是遠端重建失敗，原因是系統遷移時漏掉一個地點資料用的技術註冊檔案，補上後678頁全部順利建置完成。