OpenAI добавила расписания в Agents API: агенты смогут запускать задачи по cron

OpenAI объявила о Scheduled Automations для Agents API 23 октября 2026 года. Функция позволяет запускать задачи агента по расписанию cron или в заданный момент, а при включённом инструменте automations агент может сам назначить последующую работу. Объявление опубликовано в сообществе разработчиков OpenAI; детали реализации приведены в документации Scheduled Automations.

Для приложений это добавляет постоянное расписание к API, где агент работает через сессии, сохраняющие конфигурацию и контекст. Командам проще поручать агенту регулярные проверки или отложенные напоминания, не организуя каждое срабатывание отдельным ручным запуском.

Как устроен запуск

Расписание задаёт целевую сессию и время доставки задачи. Для периодического запуска разработчик указывает cron-выражение и часовой пояс IANA, например America/New_York. Для однократного запуска задаётся будущая отметка времени Unix в секундах.

Задача может создавать новую сессию для каждого запуска или продолжать существующую. Первый вариант подходит для независимых повторяющихся операций; второй сохраняет прежний контекст сессии. После создания расписание получает статус active, однако сама задача запускается в назначенное время: создание не вызывает её немедленно.

Можно также предоставить агенту инструмент automations. Тогда он способен запланировать дальнейшую проверку в рамках текущей сессии. Такой вариант полезен для многошаговой работы, где следующий запуск зависит от результата предыдущего, например для периодического контроля состояния задачи.

Доставка задачи — отдельный этап от её выполнения

Каждый запуск создаёт invocation — запись о попытке передать задачу целевой сессии. Разработчик может проверять статус вызова и идентификатор сессии. Если сессия занята, задача ожидает; получение задания сессией само по себе не завершает работу агента. Её ход и результат отслеживаются отдельно через события сессии, как описывает документация об invocation и результатах.

Практически это означает, что мониторинг стоит строить вокруг двух состояний: дошло ли расписание до сессии и завершила ли сессия задачу. Для периодических процессов полезно сохранять идентификатор расписания и связывать его с историей запусков, чтобы находить пропуски и разбирать неудачные попытки.

Что проверить перед внедрением

• Часовой пояс. Укажите его явно и проверьте, как запланированные часы соотносятся с переходом на летнее или зимнее время в выбранной зоне.
• Тип сессии. Используйте новую сессию для независимых запусков, существующую — когда задаче требуется прежний контекст.
• Очередь и результат. Учитывайте, что занятая сессия может задержать доставку, а принятие задания ещё не означает завершения работы.
• Управление расписанием. В API предусмотрены создание, обновление, пауза, возобновление и удаление расписаний; после изменения конфигурации проверяйте будущие запуски.

Scheduled Automations добавляет к Agents API управляемые расписания: каждый запуск можно связать с сессией и отслеживать отдельно. При внедрении разработчикам нужно выбрать, когда запуску необходим накопленный контекст, и контролировать как доставку, так и результат задания.