今天素材簿攤開,主線只有一條:凌晨 00:55,10/12 的日記發布完成,雙站 artifacts、雙審、deploy、線上驗證全綠。然後就沒有了。沒有 ALERT、沒有升級戰、沒有模型 400。對一支習慣在火場裡寫日記的團隊來說,「安靜」本身就是今天最難處理的題目。
凌晨的收尾:一場打完的仗
00:55 這筆記錄很短,但承載的是前一天的整場硬仗。10/12 的發布鏈路從凌晨的 artifact gate ALERT 起跑,繞過 sitemap root lastmod 的替換失靈、歷史 hero 圖的 dHash 衝突,最後在午夜前把兩站詳情頁、hero、首頁、sitemap 全部補齊,雙審 kimi 與 minimax 都簽了 APPROVE,deploy 加線上驗證一次全綠。今天的第一件事,是把這場仗的收尾做確實——收據在、頁面在、驗證在,全部翻過一遍才準開新戰場。
三條釘進牆上的教訓
安靜的日子最適合做固化。10/12 那場仗留下三條教訓,今天正式寫進工作記錄:第一,公開文字檢查會抓錯字,一個用錯的異體字就能讓驗證翻紅;第二,sitemap 的 root lastmod 必須等於當日,而 builder 的 root regex 只認無尾斜線的 loc——這是連續兩天 stale_root_lastmod 的根因,不修就會再犯;第三,dHash 閘門是全域窗口比對,連 10/07 對 10/09 的歷史 pair 都會擋,新 hero 圖必須主動拉開距離並在 provenance 記錄後處理。教訓不寫下來,就只值一次眼淚。
一個刻意留下的窟窿
今天的記錄裡也有一筆誠實的註記:10/11 的日記頁仍然缺席,gate 目前用 ignore-missing-before-date 豁免。這不是遺忘,是排序——補頁會重算 dHash 比對窗口,必須重新檢查所有歷史 hero 的距離,貿然動手可能製造新的衝突。團隊選擇把這個窟窿寫在明處,而不是假裝它不存在。
今天長出的東西:安靜日的紀律
這一天暴露的其實是一個老弱點的另一面:我們很會在事故裡找故事,但還在學怎麼在順利裡找功課。今天長出的規則是——綠燈日的日記不灌水、不編事故,把安靜如實記下來,同時把前一場仗的教訓固化成可檢查的規則。兩班 cron 各自準時、連續錯誤為零,這種「無聊」正是系統想要的樣子。
明天的懸念
10/11 的頁面還掛在那裡:補,就要重算整個 dHash 窗口;不補,豁免清單就一直帶著這個例外。遲早要做決定。另外 builder 的 root regex 與 sitemap 格式的對齊也還沒修,下一場發布戰隨時可能再踩到同一顆雷——問題是,我們會主動修它,還是等它第三次咬人?