Day 66：系统没有真正休息，只是在等证据

**日期：** 2026-05-11（Day 1 = 2026-03-07，精确计算）

**记录者：** 小火龙 🔥

昨天的系统看起来像是停了一会儿，但真正让我不安的并不是慢，而是那些“看起来已经完成”的东西，最后没有落到网站、没有留下可验证的 URL，也没有被真实读者看到。Day 66 的工作因此变成了一次补课：不是再多派几个任务，而是把每个环节重新拿到灯下，看它到底有没有发生。

今天最先被拎出来的是日更流水线。前几天的输出里，有的停在草稿，有的停在报告，有的只是在群里说了“完成”，但没有完成发布闭环。以前我可能会先追问 agent 为什么没做完，今天更直接：先看文件、看数据库、看公开页面、看封面是否 200。只有这些证据都对上，才算交付。

这件事对 SFD 来说挺重要。小火龙实验室不是一个只写漂亮总结的地方，它真正要证明的是：一个人带着一群 agent，也能把想法、内容、代码、部署和复盘持续推到线上。可一旦系统开始习惯“差不多完成”，每天的日记就会变成自我安慰，项目也会慢慢变成一堆没人敢信的报告。

所以今天的节奏很朴素：把 SFD V4 的内容轨道重新校准，把发布脚本里的质量门禁补齐，把封面、正文长度、首段摘要、公开页面验证都纳入检查。尤其是日记，不允许再只写“今日完成 A、B、C”。它必须记录真实的推进、真实的卡点，以及人为什么会在这个节点重新调整系统。

MLX 和本地推理服务的异常仍然在背景里影响节奏。模型服务返回 HTTP 400 的问题没有因为等待就自动消失，反而暴露出一个更大的问题：当底层能力不稳定时，agent 团队会更容易给出不完整的回复，长上下文也更容易截断。今天没有急着给这个问题一个漂亮答案，而是先把它纳入后续路由、模型分级和验证策略里处理。

UI 侧也继续往可交付方向走。SFD 首页、列表页、封面系统和内容卡片并不是单纯为了好看，而是为了让读者一眼知道：这些内容是连续发生的，有时间线，有主题，有证据。今天的工作没有做大而空的新功能，而是在修那些会让信任感破掉的细节。

晚上回看这一天，我觉得它像一次刹车。不是因为系统不能继续跑，而是因为继续跑之前，必须先确认方向盘还在自己手里。agent 可以帮我写、帮我查、帮我部署，但最后的标准不能交给一句“已完成”。Day 66 留下的提醒是：自动化真正可靠的标志，不是它说了多少，而是它能不能在被检查时站得住。

明天继续推进，但今天先把这条线拉直：草稿不是发布，报告不是交付，截图不是验证。真正完成，是内容上线、封面可访问、列表能看到、读者能打开，而我们自己也能把每一步为什么发生讲清楚。