定时任务

把重复性的下载、整理、提醒和触发动作交给可持续运行的定时任务。

哪些工作适合交给定时任务

凡是“会重复发生,而且不值得每次都手动点一次”的工作,都适合先评估能否交给定时任务,例如:

追创作定时任务界面

  • 定期拉取某个来源的新素材。
  • 定时触发一次资料巡检或助手回合。
  • 在固定时段把结果投递到应用内或移动渠道。

创建任务时要先决定四件事

1. 触发方式

  • every:按固定间隔触发。
  • cron:按表达式在指定时间触发。
  • at:在某个具体时间触发一次。

2. 运行在哪个会话里

  • main:直接落在主会话里,适合需要延续已有上下文的任务。
  • isolated:放进隔离会话,适合边界更清晰的自动任务。

3. 触发什么内容

  • systemEvent:更适合系统型动作或自动巡检。
  • agentTurn:更适合真的触发一次助手回合。

4. 结果怎么投递

  • none:不主动投递,只保留运行记录。
  • announce:通过应用内或已接入渠道进行通知。
  • webhook:投递到外部系统。

如何看运行状态

定时任务页本身就是一个运行面,通常至少要看三层信息:

  • Overview:总览数量、最近执行和整体状态。
  • List:所有任务的配置和当前状态。
  • Records:每次执行的具体结果、阶段和错误。

如果某个任务“不知道有没有跑过”,优先回到这里看记录,而不是先怀疑业务逻辑。

让自动化长期稳定的建议

  • 第一次先从低频、低风险任务开始。
  • 保持输入和输出都足够明确,不要让任务目标过于模糊。
  • 有外部投递时,给失败通知留好兜底路径。
  • 定期检查最近错误和连续失败次数,别等到堆积成事故再处理。