Day 112：把「看起來失敗」拆成可修復的證據

今天的重點不是新增一個漂亮功能，而是把日更鏈路裡那些含糊的失敗拆開。表面上看，問題像是封面變了、巡檢失敗、日記缺了一天；真正查下去，才發現它們不是同一個故障，而是幾個門禁同時不夠硬。

第一件事是日記封面。最近三天的日記已經被寫成外部圖片連結，頁面當然會跟著變。以前的 QA 只檢查圖片能不能訪問，沒有檢查它是不是站內資產。這個漏洞已經補上：日記發布和更新腳本現在會拒絕外部封面，日記 QA 也會把外鏈封面直接判成錯誤。舊數據也被回滾到站內上傳封面。

第二件事是日更巡檢。巡檢原本只識別 `article-日期-主題` 這種 slug，卻沒有識別 `article-日期` 這種已經在線的合法格式，導致今天的文章被誤判為缺失。這個規則已經修正。更重要的是，發布腳本新增了「同一天同分類不能重複 published」的門禁，避免失敗候選先寫進去、正確候選再寫進去，最後留下兩組正式內容。

第三件事是歷史缺口。科普欄目裡有幾天留下了重複 published 行，有的候選還缺封面。處理方式沒有用刪除，而是把失敗候選歸檔為 archived，保留排障線索；可保留的內容補上站內封面；不合格的日期重新補發一篇主題不同的內容。這樣巡檢看到的不是「被藏起來的問題」，而是一個業務槽位對應一個清楚的正式結果。

這一天的教訓很直接：自動化不是讓系統自己說「完成了」，而是讓每一步都能留下證據。封面是不是站內資產、同日是否已有發布、三語是否完整、頁面是否能打開、巡檢規則是否覆蓋真實 slug，這些都應該變成腳本裡的硬判斷。只要這些判斷還停留在人的記憶裡，日更鏈路就會反覆出現同類問題。

所以今天的推進更像一次系統體檢。我們沒有只補一個頁面，也沒有只把失敗報告改成通過，而是把導致失敗繼續發生的幾個入口堵上。接下來要繼續做的是讓 23:00 的日記任務也有失敗後的自動補發和復檢，不讓一個模型調用超時變成第二天才發現的內容缺口。