第 74 卷

跑通一次后，下一步是把它设置为定时自动化任务：每天早上 9:00 自动运行，结果推送到指定位置，无需每天手动触发。

本章围绕这个场景，说明从”能用”到”可靠自动化”需要处理哪些问题。

自动化前的三个门槛

不是所有任务都适合立即自动化。判断标准：

1. 同一 Prompt 已手动运行至少三次，输出质量和格式基本稳定；
2. 触发条件、输入来源和验收标准清楚：什么时候运行、依赖哪些数据源、输出什么格式；
3. 有 owner、有告警、有停用方法：任务失败时谁处理，如何临时停用不影响其他流程。

选题任务满足以上三点：Prompt 结构固定、每天早上 9:00 触发、输出内容为当日热点清单。

频繁改 Prompt 或数据源还不稳定的任务，先手动运行，不急于自动化。

在 WorkBuddy 中设置自动化任务

手动运行确认效果后，在同一对话框中直接告诉 WorkBuddy：

把这个任务设置为自动化，每天早上 9:00 运行，结果发送到 [指定飞书群 / 邮件 / 企微通知]。

WorkBuddy 会将当前 Prompt 和数据源配置保存为定时任务，按设定时间自动执行。

设置完成后，每天早上 9:00，WorkBuddy 自动调用五个数据源，整合结果并推送。博主打开通知，直接开始筛选选题，不需要手动触发。

把自动化任务设计成状态机

自动化不是让任务”跑起来就行”。真实环境中，每次运行都可能遇到：某个数据源返回超时、热搜榜当日无 AI 相关条目、GitHub API 限流、推送目标不可达。

将任务设计成状态机，每个状态都有明确的成功条件和失败出口：

stateDiagram‑v2 [*] ‑‑> WaitingTrigger

WaitingTrigger ‑‑> Fetching: 9:00 触发 Fetching ‑‑> Aggregating: 数据源全部响应

Fetching ‑‑> PartialAggregating: 部分数据源超时 Aggregating ‑‑> Filtering: 聚合完成

PartialAggregating ‑‑> Filtering: 超时来源标记缺失 Filtering ‑‑> Delivering: 筛选完成，有有效条目

Filtering ‑‑> Blocked: 所有来源均无有效 AI 内容 Delivering ‑‑> Completed: 推送成功

Delivering ‑‑> Blocked: 推送失败 Blocked ‑‑> WaitingTrigger: 次日重新触发

关键原则：部分数据源失败不应阻断整体任务，而是标记缺失后继续聚合；推送失败应保留结果并告警，不丢失已生成的内容。