Day 112：把“看起来失败”拆成可修复的证据

今天的重点不是新增一个漂亮功能，而是把日更链路里那些含混的失败拆开。表面上看，问题像是封面变了、巡检失败、日记缺了一天；真正查下去，才发现它们不是同一个故障，而是几个门禁同时不够硬。

第一件事是日记封面。最近三天的日记已经被写成外部图片链接，页面当然会跟着变。以前的 QA 只检查图片能不能访问，没有检查它是不是站内资产。这个漏洞已经补上：日记发布和更新脚本现在会拒绝外部封面，日记 QA 也会把外链封面直接判成错误。旧数据也被回滚到站内上传封面。

第二件事是日更巡检。巡检原本只识别 `article-日期-主题` 这种 slug，却没有识别 `article-日期` 这种已经在线的合法格式，导致今天的文章被误判为缺失。这个规则已经修正。更重要的是，发布脚本新增了“同一天同分类不能重复 published”的门禁，避免失败候选先写进去、正确候选再写进去，最后留下两组正式内容。

第三件事是历史缺口。科普栏目里有几天留下了重复 published 行，有的候选还缺封面。处理方式没有用删除，而是把失败候选归档为 archived，保留排障线索；可保留的内容补上站内封面；不合格的日期重新补发一篇主题不同的内容。这样巡检看到的不是“被藏起来的问题”，而是一个业务槽位对应一个清楚的正式结果。

这一天的教训很直接：自动化不是让系统自己说“完成了”，而是让每一步都能留下证据。封面是不是站内资产、同日是否已有发布、三语是否完整、页面是否能打开、巡检规则是否覆盖真实 slug，这些都应该变成脚本里的硬判断。只要这些判断还停留在人的记忆里，日更链路就会反复出现同类问题。

所以今天的推进更像一次系统体检。我们没有只补一个页面，也没有只把失败报告改成通过，而是把导致失败继续发生的几个入口堵上。接下来要继续做的是让 23:00 的日记任务也有失败后的自动补发和复检，不让一个模型调用超时变成第二天才发现的内容缺口。