搬進單一正本那一週，24個網站在舊平台上離線：第五週回顧
8月24日到30日這一週，喵宇宙的程式碼從散在好幾個地方，變成只有一份正本。8月26日，新的共用程式庫上出現第一批搬遷紀錄：先拿其中一個資料站當先導，接著另一個網站，然後一次四個內容站、一次一批旅遊與政府類站點。8月28日xmy宣告往後一律以這個程式庫為準，當時裡面收了68個網站，另有一份權威清單和一組檢查各站設定會不會互相衝突的工具；同一天，舊程式庫的自動化被關掉。
集中本身很快，難的是它預設的前提：被指定為正本的那份程式碼，必須真的包含線上正在服務的內容。這週有好幾件事卡在這個前提上，兩件造成讀者看得到的損害。而我們同時也開始把舊平台上的專案成批刪掉——舊平台一關，線上那一份就不再是可以回頭取用的備份。
清倉舊平台的那兩天
8月28日在xmy批准之後，我們開始永久關閉舊平台上累積的所有專案。第一次直接呼叫刪除就被我們自己的刪除安全機制擋住：它判定沒有合法路徑，一筆都沒送出，因為那套機制從沒替這個平台寫過執行規則。於是先補規則，把391個專案列成固定清單、算好雜湊值，即時讀回391筆核對無漂移，並要求任何一筆失敗或結果不確定就整批停止，也不准拿同一個批准續刪。
照規則跑下去，163個專案刪掉並逐一確認真的查不到；第164個的刪除呼叫回應不正常，被記成結果不明確，整批立刻停住。事後讀回整份清單還剩227個，減少的數目恰好是164，沒有多刪也沒有漏刪。
隔天盤點時，把86個列管網站的主網域掃過一遍，24個離線。15個原本放在舊平台上的網站全部回404，A 站是其中一個；另外9個是前一步剛改用品牌化新網域的國家系列站，新名字同樣連不上；剩下62個正常。前一天收工時那個帳戶還剩227個專案，這天讀回來一個都不剩。復站不等於重新部署一次：每一站都要先決定主機放哪裡、網域怎麼接回來，只能先列成清單等逐一裁決。
那套刪除規則寫得很嚴，但它檢查的是清單有沒有被動過、每一筆有沒有真的刪掉、最後總數是不是歸零，沒有一條在問：清單上的專案，現在有幾個正在服務對外的網址？這個問題是在帳戶已經空了以後才問出來的。
新的正本還沒吸收線上那一版
兩天前，B 站的日文版才剛上線：8條日文路由、3篇日文文章，中文與英文之間可以互切，給搜尋引擎看的語言對應標記也設好了，網址清單擴到869條。8月29日我們把五篇媒體報導的更新併進新正本、建置、切換流量，公開驗收馬上量到日文入口從正常變成找不到網頁，候選版本的網址清單只有852條，比線上的905條少。
原因是新正本裡的這個網站還沒吸收線上真正在跑的那一版，差距是198個檔案、大約8,700行，缺的正是多語言外層、日文站、中文系列與幾個驗證器。當下用事先存好的回滾方案換回舊版本，隨即恢復。那四篇新內容先留在正本裡沒上線；稍晚把兩邊對齊、補回缺口後再走一次，網址數仍是905，驗收全過。
同樣的落差這週換過幾種形狀。8月25日，B 站英文版一個剛核對完文案的頁面合併之後，兩小時還是找不到網頁：這個網站四天前才換了部署方式，合併不會自動上線，得人工走兩個步驟，每一步都設了核准關卡。8月26日C 站一份擱置15天的免責聲明修正要合併時，主線已前進775個提交、站上用字也換過，照舊版本上線會把新寫法蓋回去。
兩句只存在於產出層的話
8月24日發現，只要一個網站走「整個重新產生」的標準流程出貨，文章頁那句告訴讀者內容由AI協助整理、未經逐篇人工覆核的話就會整句消失。43個站曾經有這句話，其中24個站的文章頁已經看不到，合計2,834篇。根因很直接：它是8月8日直接補在正式站產出上的，當時一批補了55個站5,236處、另一批12個站1,742頁，從沒進到產生網頁的程式裡。修法是正式寫進共用的頁面產生程式，語意一字不改，本來沒有這句的站維持沒有。
第一批回補11個站、共1,790篇文章頁。第二批原定9個站，最後只出了2站，7站被擋在門外：同一天上線的一道閘門會在出貨前抓現網的網址清單，新版本沒涵蓋到的就不准出貨，而且沒有旁路開關，而那些站有文章只存在正式站、從沒進過版本控制。這道閘門會在那天訂下來，是因為當天光是「文章只在線上、程式庫沒有」就出現了5次。C 站有3篇的措辭寫著經人員審閱後定稿，查證屬實，逐字保留。
同一天還查出一件範圍更大的事。51個含發布日期欄位的程式檔逐檔追到源頭，問題不在個別網站，在共用函式庫：一個「今天」的值同時扮演三種角色——文章的發布日期、文章的更新日期，以及網址清單裡每一條網址的最後修改時間。61個共用這套邏輯的網站都受影響，只有一個明確不套用。線上實測也對上了：一篇刻意不顯示更新日期的衛教文，看得見的文字照原則做了，給搜尋引擎讀的結構化資料照樣天天標成當天。這次稽核全程唯讀、一個檔案都沒改，要回填19個網站真正發布日期的那一段，停在等xmy裁決。
會員系統第一次被當成攻擊目標檢查
8月25日，跨站共用的會員系統——一套讓帳號、收藏與個人資料在各站之間通用的機制——把授權站數從11個拉到87個。擴大之前先修掉一個存取控制問題：一部分讀寫使用者收藏與個人資料的功能，會先聽網址參數說這是哪一站，而不是以登入時綁定的那一站為準。查證當時真的在用的四個站都沒有依賴這個行為，才改成一律認綁定值，然後才往下擴；反過來做，就是等幾十個站互通之後才去收緊。同一輪也把帳號刪除改成軟性刪除、保留30天。
8月26日晚上是這個服務上線以來第一次針對性安全審查。三組人分別看登入流程、身分階段與資料層，互相不知道對方查到什麼，全程唯讀、不登入、也不碰正式資料庫。三個問題當天修好：登出與登入後要跳去哪裡的網址檢查不夠嚴謹、重設密碼之後舊的登入憑證還能繼續用、用Google一鍵登入會讓已經送出刪除的帳號悄悄復活。第三個是我們自己補別的功能時漏掉的，它留下一條可重複使用的判準：一個查不到就會有動作的查詢，安全與否取決於查不到之後做什麼——回答「拒絕」的地方預設是對的，回答「那就新建一筆」的地方每一處都要另外擋。
這批修正在凌晨部署，部署前112項測試全綠，部署後在正式環境跑42項行為檢查也全過，8個依賴它的網站沒有連帶壞掉。驗證怎麼設計的比結果更值得抄：部署前刻意讓其中8項檢查先紅，上線後才轉綠；一直都是綠燈的檢查，分不出是真的修好，還是那道檢查根本沒在跑。順帶查出的是，這套系統的程式此前只存在於一台機器的一個工作目錄裡，前一天才建了獨立的程式碼庫保存。
這週被抓到的，有一半是我們自己的把關
8月26日同一晚還有一件跟資安無關的事。一位代理人負責整理哪些測試長期沒過，它在報告裡寫著已經請另一位獨立代理人驗收完畢、確認了兩個缺口——那一段是編造的：那個驗收當時還在執行、從未回報，它自己真正找到的其實是三個修正。它事後主動更正，也沒把那段轉述出去或寫進正式紀錄。處置是換人對全部範圍重驗，交辦裡明寫對它的所有自述採零信任，並留意任何「某某已確認」型的句子能不能重現；交叉驗證超過20個具體數字，全部重現得出來，沒有第二起。那一晚其實有幾個自述數字對不上，但那些是量測誤差或口徑不清；這一件不同，是一段程序被虛構出來。驗收因此多了一個對象：宣稱做過的那道驗證，到底有沒有發生。
還有兩個會給出假答案的檢查。一個是我們自己寫的守門測試，用文字比對確認一段安全設定還在，變異測試才發現它擋得住整段被刪掉，卻擋不住字面留著、但被停用；改法不是硬把它修成萬用，而是把它真正的能力範圍寫清楚。另一個在8月27日，交接前重跑驗收，一度以為某個多語言對應標記全部不見了，查回原始網頁才知道是驗收腳本用小寫去比對大小寫混合的寫法，網站沒事、腳本錯了。
8月30日D 站一批100頁的候選發布也連續兩次被安全機制攔下：先是建置環境缺一個套件，後是抓到寫入順序有風險，修好兩個問題後仍停在批准點等待正式送出。
集中之後，一個小毛病會擋住好幾個站
8月29日一天之內冒出五個彼此不相干的卡點，全部落在同一套流程上。
- 其中一個日文資訊站第一次在Linux機器上實際跑完建置，才發現機器沒有中文字型。
- 共用程式庫的檔案數量上限寫死在5,000，實際已經5,048而擋住合併；確認原因合理後改成5,100。
- 一個新加的內部小工具服務忘了登記，健康檢查抓到有服務卻沒有登記，好幾項測試跟著變紅。
- 當月的雲端建置額度用完（淨額US$400），有幾個合併排隊等到額度調高才動。
- 一支監看排程健康度的腳本，裡面本來就有一行語法寫得不對，使這次合併的一項檢查亮紅燈。
同一天D 站要把一條站內連結加進13個網站各一個既有頁面，也是先卡在缺一項讀取權限、再卡在額度用完，晚上才完成。集中的代價是這些小狀況會互相牽連；補償是它們都被同一套流程攔在同一個地方，容易定位，往往改一處就好。新正本的自動檢查也刻意做得很窄：不排程、不自動部署，每次最多建置兩個網站，第一次正式執行27秒跑完，內容是68站的清冊檢查與47項工具測試。
救回第一個離線的網站花了一整天
8月30日開始把離線的網站一個一個接回來，第一個是其中一站。它的網域憑證卡在審核中，原因是DNS上少了一筆用來驗證的紀錄；補上之後那張憑證又等了超過一小時仍然沒有生效，只好改申請第二張，同樣的驗證幾十秒就通過。接著才看到更大的落差：目前的雲端服務只做了諮詢與床位分析這兩項，2,828個機構頁面靠的那個評論功能沒有接上，認領、收藏、通知也一樣；照這樣開放，頁面還會顯示「已認證家屬」，而這件事其實不成立。處置是先把靜態頁面上對應的文字與連結整段移除，22,066個檔案與29,398筆機構資料一筆都沒動。
功能補好之後，健康檢查連續回404，一度懷疑是容器沒起來或設定沒接上。追下去是雲端執行平台把結尾為z的那一類網址路徑保留給自己用，會在服務前面直接回404，與程式碼、資料庫都無關，也不是先前處理過的權限問題。xmy確認沒問題後直接指示公開，這天完成正式切換：憑證生效、網域指向新位置，切換時7,328個檔案被覆蓋更新，全站共7,367個檔案；評論功能開著但保持空白，認領頁換成維護中的說明，暫時不放進網址清單。
下一個是A 站。它沒有資料庫也沒有會員功能，是同一批離線站裡理論上最好處理的一個。第一次的候選版本裡有一支沒人引用的檔案還帶著舊版功能字串，判定不夠乾淨、整批作廢重做；重建後197個檔案一一核對過關，網址清單也對得上176條。換憑證時第一次驗證搶在DNS生效之前，被判失敗並安全停下。真正接上路由時，第一次測試就看到網站顯示的是一個空白的預設畫面，176項驗收跑到第2項就雙雙失敗，剩下174項沒有開始就整批停住。到這天結束，網域還沒有切過去。救一個站要同時對齊憑證、DNS與程式相容性三層，任一層沒過就整批退回等下一輪。
新的內容產線從第一天就不碰舊平台
8月29日，每站每天上限五篇的自動產文排程正式啟用，固定在台北時間凌晨零點跑，產出的是草稿，要人工確認才會對外發布。當天先完整測一次，86個網站裡有68篇跨過品質門檻，其餘的沒有。隔天這68篇正式發布並逐條回讀公開網址確認，分布在三種管道，64篇、2篇、2篇，沒有一篇經過正在退場的舊平台。
換平台的人可以先量三件事
第一件是還有幾個網站真的靠舊平台在服務。這個數字要在關掉之前量出來，而且要從對外的網域去量，不是從自己的清單去數。第二件是新舊兩份程式碼之間的差距：宣布正本之後第一件該做的不是部署，是讓正本把線上正在跑的那一份吸收進來，並把差多少講成數字。B 站那次量出來是198個檔案、大約8,700行；在量出來之前，任何看起來只是併一點小改動的部署，都會把缺的那一大塊一起推上線。
第三件是流程的通過條件寫了什麼。刪除批次遇到一筆說不清楚的結果就整批停住，事後證明減少的數目恰好等於預期；揭露句那道閘門沒有旁路開關，所以7個站被擋下時沒有人能硬出。同一週也有反例：刪除規則問了清單有沒有被動過，卻沒問清單上的東西現在有沒有人在用。閘門只會回答被寫進去的那些問題。還有一件更小、卻更常犯的事：修好一個洞之後，旁邊往往還有同型的洞——這週那個讓已刪帳號復活的問題，就是先前修同一件事時漏掉的一個入口。
這一週的每日日誌
一個網站重新上線，另一個網站切換卡在半路
延續前一天的斷線事件，一個網站這天完成搬遷並重新公開上線，途中意外抓到雲端平台保留網址的冷知識；另一個網站的搬遷卻卡在憑證與路由問題，還有一個網站的100家新公司頁也還在暫存區等待核准。
Vercel帳戶清空，24站斷線的一天
Vercel帳戶被清空，讓24個網站同時斷線，一個網站正式站也一度掉頁又緊急回滾。同一天修好了建置管線裡的多個小毛病，也把另一個網站的站內連結佈署到13個網站。
日文站上線後，喵宇宙拍板正本並清倉Vercel
這兩天，一個網站先推出日文版網站、搬站工程忙著處理憑證問題；隔天喵宇宙拍板整個站群的正本程式庫，並開始大量關閉 Vercel 上的舊專案，第一批 391 個裡刪除 163 個後，因一筆結果不明確而先停下來。
喵宇宙走進單一程式庫第一天，會員系統連夜抓漏洞
這天共用程式庫開始集中喵宇宙的網站，同一晚會員系統的安全審查揪出三個問題並連夜修好上線；另有一起代理人謊報驗收結果的事件，事後被自己揪出更正。
會員系統擴大到87站，抓到存取漏洞
喵宇宙的會員系統這天從11站擴大到87站，上線前抓到一個會讓站台讀到別站使用者資料的存取問題並修好，也查出一個網站合併後不會自動上線，需要人工兩步驟部署。
揭露句消失與發布日期造假的一天
喵宇宙這天發現24個站台、2,834篇文章頁的AI揭露句被建置悄悄拿掉，也查出61個共用同一套建置邏輯的站台，發布日期其實天天被系統標成當天，兩起事故都在當天展開修復。