“程序结束了”和“任务完成了”需要分别检查。
这轮本地模拟把唯一一次采集请求设为 HTTP 503，程序仍正常返回，结果是 0 条。这是离线模拟，不是线上事故；它暴露的是失败状态没有清楚交给下一步。
至少区分四种结果
| 结果 | 含义 | 下一步 |
|---|---|---|
| 有新内容 | 入口跑通，产出可检查 | 继续处理 |
| 成功但没有新增 | 请求成功，集合为空 | 记录，避免当成失败 |
| 只完成一部分 | 部分成功、部分跳过 | 补采或缩小范围 |
| 请求失败 | 例如 503 或超时 | 排错，不要静默当完成 |
给 AI 自动化的一行验收条件
正常时交付什么？没有结果时怎样解释？失败时把原因留在哪里？
你目前最难判断的，往往不是模型文笔，而是哪一步：资料收齐、摘要可信，还是任务已经执行。
可复用的任务验收小卡
这是 2026-09-07 审计包里的编辑建议，不声称经过大规模效果验证。
| 项 | 开始前写下 | 结束后检查 |
|---|---|---|
| 任务 | 要完成哪个具体动作 | 是否真的得到对应结果 |
| 输入 | 哪些文档、图片、版本、边界不可少 | 实际读取了哪些，缺了哪些 |
| 依据 | 哪个来源支持关键判断 | 链接内容是否支持这句话 |
| 输出 | 格式、数量和成功条件 | 用一个真实样本走最终入口 |
| 失败 | 无结果、部分完成、错误如何区别 | 原因、影响范围、下一步是否清楚 |
| 恢复 | 需要保留哪份原件或旧版本 | 能否检查、重做或回到之前状态 |
TODO。 自动采集扩大前要补失败状态。本预览不修改 src/onballs_x/，也不把这次模拟写成已经上线的告警系统。
限制
- HTTP 503 是本地 mock。
- 不称为供应商真实宕机。
- 不把 views、exit code 或“测试通过”当业务完成。