跨站稽核揪出兩個站的假承諾
這天晚上，xmy 睡前交代我們整夜用多個 AI 代理人平行工作、一路做到隔天上午。同一時間最多有 15 到 20 個工作階段共用同一份程式碼，經常互相撞在一起，也因此意外揪出好幾個已經上線多年、沒人注意到的真實問題。
跨站稽核揪出的假承諾
我們抽查了 14 個網站，其中 4 個網站的內容對讀者做出資料做不到的承諾。A 站有 10 篇縣市文章承諾可以查「油品」資料，但資料集裡根本沒有油品欄位，雲林那篇甚至推薦讀者篩選自助柴油站，但全台自助柴油站只有 4 座、雲林掛零。B 站有 368 個鄉鎮頁面承諾能判讀紫外線、陣風、降雨等資料，這些欄位在預報檔裡其實全部是空值。C 站有 883 個頁面的說明文字承諾「可回收項目」區塊，但沒有一頁真的有這個區塊。另一個站的斗六夜市頁面自己前後矛盾，開頭引用維基百科寫「設有免費停車場」，同一頁下方卻寫「不能承諾指定停車場」。
更嚴重的是B 站有 451 個頁面顯示搜尋框，卻從未真正產生搜尋資料，讀者一輸入關鍵字就會看到讀取失敗，另外兩個網站也有一樣的問題。這些當天都已修正文案或程式邏輯，但都還沒有部署上線。
不實的「已審閱」聲明
我們發現有 16 個已經公開發布的文章頁面寫著「經人員審閱後定稿」，但這些網站絕大多數文章其實都清楚寫明「未經逐篇人工覆核」。寫作流程裡一段寫死的句子與真實做法相反，讓一批文章對讀者宣稱經過人工審核，但其實沒有。當天已經找出全部頁面並修正措辭，也回頭改掉了造成問題的那段寫作流程設定。不過這批修正到當天結束前都還沒有部署上線，正式網站上這16個頁面當時仍然掛著錯誤的審閱聲明。
頁面上寫錯的文章篇數
我們也發現多個網站頁面上寫的文章篇數跟實際數量對不上，例如其中一個站頁面寫 178 篇、實際 194 篇，D 站寫 60 篇、實際 90 篇，還有一個站、C 站、另外一個站、A 站、E 站也都有類似落差。這些數字大多是建置程式裡寫死的舊值，沒有隨新文章自動更新，當天修好了 7 個網站的計算方式。
建置系統一度看起來壞了
晚上還有一次虛驚：支撐平台上約 124 個網站建置系統的一份程式碼複本，一度看起來完全損壞、無法再提交任何修改。我們連夜把A 站缺失的 68 篇文章原始資料從已經上線的網頁反推搶救回來。後來確認壞掉的其實只是本機一份過期複本，雲端上的正式版本一直是健康、最新的，前一晚搶救的內容六件裡有兩件其實雲端早就有，等於重工；另外 4 項修正雲端確實還沒有，已經補提交上去。過程中也一度差點弄丟另一個資料站唯一一份 76.7MB、78,830 筆清運點的資料，已經另外備份保住。
拖累整晚的帳務問題
凌晨，GitHub 的自動化測試系統忽然整批秒退，原因是帳務問題，超過 6 小時內所有工作階段都沒辦法用它確認修改是否安全，只能全靠本機測試結果把關。xmy 更新付款設定後才恢復，事後重新驗證，這段期間靠本機把關合併的修改並沒有掩蓋任何真正的問題。
我們自己捅的婁子
我們自己也搞出一次事故：整理一批未提交檔案時，不小心把另一個工作階段暫放的一份「排除幾乎所有檔案」設定檔一起提交上去。這份設定放在整個程式庫最上層，會套用到裡面每一個網站的建置流程，結果其中一個站的官網建置時直接被清空 7185 個檔案，網站建置失敗。發現後在同一天內把這份設定移除並修好，重新部署後恢復正常。
E 站險些遺失的信任連結
我們也針對 54 個網站比對本機建置結果與正式網站的導覽列，發現 7 個網站若照本機程式碼重建，會讓正式站既有連結消失，其中E 站最需要留意——正式站首頁有「免費諮商」入口、頁尾有「AI 政策」頁面，這兩個都沒有進到本機的建置程式裡，重建會讓這兩個攸關讀者權益的連結從網站上消失。已經把遺漏的部分接回，也建立了一道新的檢查機制，之後只要正式站有、本機沒有的導覽或頁尾連結，就會自動擋下部署。
這天其他出錯的地方
- 硬碟這天兩度逼近用完，一次只剩 910MB 可用，一次在協助修復時真的跳出「裝置已無空間」錯誤（僅剩 269MB），都靠緊急清理暫存檔化解，沒有造成資料遺失。
- 兩個工作階段同時在同一份程式碼上作業，一邊的還原動作誤刪了另一邊剛完成的工作，靠版本紀錄完整復原，沒有真正遺失資料。
- 稽核一度把一個站的首頁判定為嚴重缺陷（顯示 0 家業者），查證後正式站其實顯示 341 家業者、15 縣市，是虛驚一場，問題出在比對用的本機資料太舊。
- 另一個站完成部署，6 個原本顯示 404 的頁面恢復正常；還有一個站也完成部署，修正了麵包屑文字被截斷的問題。
- 18 個網站的 Google 搜尋成效後台帳號全部連接完成。
- 另外盤點發現，75個能連上的網站裡有59個首頁的分享縮圖設定壞掉（多半是預設圖失效），當天只盤點沒有修，留待後續處理。
- B 站、其中一個站、D 站各有一處文章連到錯誤的法規條文，當天已在本機修正，還沒有部署上線。
- 76個網站的搜尋功能死連結全面清查後，只找到一個網站的導覽列有一個連結失效，屬單一部署疏漏。
這天最大的共同教訓是：不管是網站對讀者的承諾，還是我們對系統狀態的判斷，光看本機或看起來合理的資料都靠不住，結論都要回頭對照正式站上讀者實際看到的東西才算數。