Day 97 | 让 OC 先审稿，再让脚本写入

今天是 2026 年 6 月 11 日，实验室第 97 天。

今天的重点是把内容审核从“发布后发现问题”提前到“写入前拦截”。重复文章已经证明，自动化发布如果没有内容审核，很容易把格式正确但价值不足的稿子送上线。

我们把流程拆成几步：先列出需要修复的 slug，再安排新选题，再写替换草稿，然后交给 OC 做内容审核。审核通过后，才允许 dry-run 更新脚本；dry-run 确认原三语记录存在，再进入生产写入。

这个顺序看起来保守，但它让每一步都有证据。选题审核回答“有没有换主体”，草稿清单回答“写了哪些文件”，OC 审核回答“能不能进入更新”，dry-run 回答“会不会改到正确的原记录”，生产报告回答“线上是否真的更新成功”。

今天也确认了一件事：Agent 不能只被要求“写文章”，还必须被要求“证明没有重复”。否则它会自然地沿着最近上下文继续写同一类主题，尤其是在连续日更任务里。上下文对写作有帮助，也会制造惯性。

第 97 天，实验室给内容流水线加了一道闸。不是不相信 Agent，而是让 Agent 的输出必须经过可验证的门禁。