定时 Agent 把智能体从「等人提问」解放成「按点上班」：每天清晨拉取简报、每周一生成周报、每隔一小时巡检一次异常。它的本质不是再加一个闹钟，而是把「调度器、智能体执行、结果投递、失败重试」四件事串成一条可靠流水线。做得好，它是无人值守的自动员工；做不好，它就是每天定点制造一堆错误邮件的噪音源。关键在于把它当工作流引擎来造，而不是当一个会说话的定时脚本。

调度、执行、投递三段该怎么切分？

调度器负责「什么时候跑」，用标准 cron 表达即可，但要处理时区、夏令时、节假日跳过这些真实世界的坑。执行段是真正起智能体干活的地方，它要在隔离环境里跑，超时就中断，不能因为一次卡死拖垮整个调度队列。投递段负责把结果送到人眼前——写库、发消息、推邮件都算投递，关键是结果要自包含，让人不用翻日志就知道这次干了啥。三段之间靠日志与状态串起来：每次运行记一条任务记录，谁、何时、干了什么、成功没有，一目了然。

失败重试与幂等性为什么是生死线？

定时任务最怕两件事：失败了没人知道，以及重试时把同一件事干了两遍。重试要有上限与退避策略，瞬时错误（网络抖动）值得重试，逻辑错误（参数错）重试一百次也没用，要直接告警。幂等性更要紧：如果任务是「发一封通知邮件」，重试一次就会发两封；如果是「往库里写一条当日汇总」，重复跑会覆盖还是叠加，必须想清楚。务实做法是给每次运行一个唯一任务键，执行前先看今天这单办过没有，办过就跳过。把重试封顶、把任务幂等、把失败告警这三件事焊死，定时 Agent 才敢真正半夜不看人。

去论坛讨论

前往 silicon-agi.com 论坛 参与讨论