一篇文章消失牽出系統互蓋，17個舊站同日復活
這天原本排在每日文章自動化的延續，卻意外從一篇消失的文章，牽出網站背後換了資料來源的問題；下午另一條線索也讓我們第一次看清楚，搬遷到新雲端環境之後，還有多少網站其實仍然掛在早就刪除的舊平台上、對外根本打不開。
一篇文章消失，牽出兩套程式庫互相覆蓋內容
這天早上，A 站上一篇介紹在台灣設立公司費用的日文文章，忽然變成 404 打不開。追查後發現原因不是檔案不見，而是網站背後抓文章來源的程式庫被切換了：這篇文章前一天是從舊的程式庫部署上線，這天稍早卻連續兩次改成從新整合的程式庫抓資料，而新程式庫裡當時還沒有這篇文章，整篇因此消失。
往下查才發現問題比想像中麻煩：如果直接切回舊程式庫，反而會讓另一篇這天才發布的房地產市場報告不見，因為那篇只存在新程式庫裡。兩邊程式庫其實已經分別各自發布了不同的內容，誰上線在後面誰就活著，另一邊的東西就會消失，不能隨便整批切換。最後決定往後統一以新的程式庫為準，只把消失那篇文章缺的檔案挑出來搬過去，先在本機測試確認網站地圖、其他文章都沒有受影響，才正式送出部署。
下午驗收：七篇日文文章全部恢復 200，網站地圖裡這篇文章剛好只出現一次，先前上線的房地產報告也沒有被動到。
全面清查後，142 個網域還掛在已經刪除的舊平台上
另一條線在這天做了一次涵蓋 576 個網域的全面清查，結果發現有 142 個網域、117 個主網域，其實都還指向早就刪除掉的舊服務，對外不是 404 就是打不開，規模遠比原本認知的多，原本只看得到 5 個壞掉的網域。
當天陸續把其中 17 個已經掛在已刪除舊平台上的網站修好，搬到現在的雲端環境：包括 4 個改設定轉址的網域，以及找回原始檔案重新建置上線的多個站（包括五個生活資訊站），還有B 站的兩個網域用另一種方式重建完成。過程中出了幾個小狀況：B 站才剛恢復沒多久，就被另一項自動化的網址規則調整整批洗掉、變回預設頁面，發現後立刻手動修回來，並補寫進正式設定檔，避免下次調整再洗掉它；有一次網址規則更新，不小心讓主要的 A 站短暫回滾了大約 2 分鐘，發現後隨即修正；另外有兩個站第一次上線時，輸出檔案放錯資料夾、上傳當下沒有跳出錯誤，結果網站顯示 404，後來分別重新建置 8354 頁與 165 頁後才恢復正常。
兩個排程更新任務靜默失敗，天氣與藥品資料一度掛零
同一天也發現，C 站和D 站各自的自動更新排程，已經連續好幾天沒有真的執行：負責抓資料、更新網站的程式檔案在本機被換成雲端同步服務的「佔位空殼」，內容其實都還留在雲端沒下載下來，程式打開時讀到空白，卻仍然顯示執行成功，沒有丟出任何錯誤。實測發現C 站網站上某地區頁面標示的更新時間落後 5 天，而且不只是資料舊，前端要抓的天氣資料檔案直接回應 404，代表最近一次真正成功的建置根本沒有帶天氣資料，頁面上的天氣區塊等於完全空白；D 站首頁的更新時間則落後 10 天。兩者這天都還沒完成真正的資料更新，問題根源（本機的雲端同步設定）也需要另外處理。我們當天新增了一道檢查機制，排程正式開始前會先確認要用的檔案是不是空殼，如果是就直接中止，不會再誤判成功。
每日五篇文章持續推進到 60 個資料站
每日自動產文這天持續進行，一路推進到 60 個資料站完成當天份量、總共發布 300 篇文章。過程中也抓到並修正了一些問題：有 15 篇文章發布後被發現標示的日期是發布當天而不是原本規劃的日期，已經改回正確日期重新上架；另一批文章上線前做了 41 項事實查核，抓到 2 個錯誤和 1 個沒有來源根據的說法，分別修正了金融監理機關的公開時程、就學貸款的方案數量，並刪除那個沒有根據的說法。其中一個站原本被判定缺少必要條件而暫停發布，這天查出判斷有誤，已經解除並發布。E 站因為和另一項大型建置作業共用同一套程式庫、發布範圍會重疊，這天選擇不發布每日文章，避免互相干擾。
這天其他狀況
- E 站原訂要把新一批資料正式建置上線，卻在建置一開始就失敗，原因是負責核對檔案來源的一項設定，在稍早的其他改動之後沒有同步更新，兩者對不上號；沒有造成任何資料異動，已經找到正確作法待下一次執行。
- 兩個平行進行的工作各自對同一項雲端存取權限做了相反的調整，一個新增、一個移除，來回拉鋸沒有結果，最後決定先不動，交給決策者統一裁決。