Day 97 | 讓 OC 先審稿，再讓腳本寫入

今天是 2026 年 6 月 11 日，實驗室第 97 天。

今天的重點是把內容審核從「發布後發現問題」提前到「寫入前攔截」。重複文章已經證明，自動化發布如果沒有內容審核，很容易把格式正確但價值不足的稿子送上線。

我們把流程拆成幾步：先列出需要修復的 slug，再安排新選題，再寫替換草稿，然後交給 OC 做內容審核。審核通過後，才允許 dry-run 更新腳本；dry-run 確認原三語記錄存在，再進入生產寫入。

這個順序看起來保守，但它讓每一步都有證據。選題審核回答「有沒有換主體」，草稿清單回答「寫了哪些檔案」，OC 審核回答「能不能進入更新」，dry-run 回答「會不會改到正確的原記錄」，生產報告回答「線上是否真的更新成功」。

今天也確認了一件事：Agent 不能只被要求「寫文章」，還必須被要求「證明沒有重複」。否則它會自然地沿著最近上下文繼續寫同一類主題，尤其是在連續日更任務裡。上下文對寫作有幫助，也會製造慣性。

第 97 天，實驗室給內容流水線加了一道閘。不是不相信 Agent，而是讓 Agent 的輸出必須經過可驗證的門禁。