Michael JohnsonOpenAI оголосила про 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 керовані розклади: кожен запуск можна пов’язати із сесією та відстежувати окремо. Під час упровадження розробникам потрібно визначити, коли запуску потрібен накопичений контекст, і контролювати як передавання завдання, так і його результат.