OpenAI 为 Agents API 添加定时任务：智能体可按 cron 执行任务

OpenAI 于 2026 年 10 月 23 日宣布为 Agents API 推出 Scheduled Automations。该功能可按 cron 计划或在指定时间启动智能体任务；启用 automations 工具后，智能体还可以自行安排后续工作。公告发布于 OpenAI 开发者社区；实现细节见 Scheduled Automations 文档。

对于应用而言，这为基于会话运行的 API 增添了持久化定时功能；会话会保留配置和上下文。团队可以更轻松地让智能体执行定期检查或延迟提醒，而无需为每次触发都单独手动启动任务。

任务如何启动

定时安排会指定目标会话和任务的投递时间。若要定期启动，开发者需要设置 cron 表达式和 IANA 时区，例如 America/New_York。若要单次启动，则需设置以秒为单位的未来 Unix 时间戳。

任务可以在每次启动时创建新会话，也可以沿用现有会话。第一种方式适用于彼此独立的重复操作；第二种方式则会保留会话此前的上下文。创建后，定时安排会进入 active 状态，但任务仍会等到指定时间才启动：创建操作不会立即触发任务。

也可以向智能体提供 automations 工具。这样，智能体就能在当前会话中安排后续检查。这种方式适用于多步骤工作：下一次启动取决于上一次的结果，例如定期检查任务状态。

任务投递与任务执行是两个独立阶段

每次启动都会创建一条 invocation 记录，用于表示向目标会话投递任务的尝试。开发者可以检查调用状态和会话 ID。如果会话正忙，任务就会等待；会话收到任务并不代表智能体已经完成工作。正如关于 invocation 和结果的文档所述，任务进度和结果需通过会话事件单独跟踪。

在实际监控中，建议关注两个状态：定时任务是否已将任务送达会话，以及会话是否已完成任务。对于周期性流程，保存定时安排 ID 并将其与启动记录关联，有助于发现遗漏并排查失败的尝试。

接入前需要检查的事项

• 时区。请明确指定时区，并检查所选时区的夏令时或冬令时切换会如何影响计划执行时间。
• 会话类型。独立运行时使用新会话；任务需要沿用既有上下文时，则使用现有会话。
• 队列与结果。请考虑会话繁忙可能延迟任务投递，而且收到任务并不意味着工作已经完成。
• 定时安排管理。API 支持创建、更新、暂停、恢复和删除定时安排；修改配置后，请检查后续运行情况。

Scheduled Automations 为 Agents API 增添了可管理的定时功能：每次启动都可以关联到会话，并单独跟踪。接入时，开发者需要判断任务是否需要沿用累积的上下文，并同时监控任务投递和执行结果。