Michael JohnsonOpenAI anunció Scheduled Automations para Agents API el 23 de octubre de 2026. La función permite ejecutar tareas de agentes según una programación cron o en un momento determinado; con la herramienta automations activada, el agente también puede programar tareas posteriores. El anuncio se publicó en la comunidad de desarrolladores de OpenAI; los detalles de implementación figuran en la documentación de Scheduled Automations.
Para las aplicaciones, esto añade una programación persistente a una API en la que el agente trabaja mediante sesiones que conservan la configuración y el contexto. Los equipos pueden encargar al agente comprobaciones periódicas o recordatorios diferidos sin tener que iniciar manualmente cada ejecución.
Cómo funciona la ejecución
La programación especifica la sesión de destino y el momento de entrega de la tarea. Para una ejecución periódica, el desarrollador indica una expresión cron y una zona horaria IANA, como America/New_York. Para una ejecución única, se especifica una marca de tiempo Unix futura en segundos.
La tarea puede crear una sesión nueva para cada ejecución o continuar una existente. La primera opción es adecuada para operaciones periódicas independientes; la segunda conserva el contexto previo de la sesión. Tras crearla, la programación obtiene el estado active, pero la tarea no se ejecuta hasta la hora indicada: crearla no la inicia de inmediato.
También se puede proporcionar al agente la herramienta automations. En ese caso, puede programar una comprobación posterior dentro de la sesión actual. Esta opción resulta útil para trabajos de varios pasos en los que la siguiente ejecución depende del resultado anterior, por ejemplo, para supervisar periódicamente el estado de una tarea.
La entrega de una tarea es una etapa distinta de su ejecución
Cada ejecución crea una invocation, un registro del intento de entregar la tarea a la sesión de destino. El desarrollador puede consultar el estado de la invocación y el identificador de la sesión. Si la sesión está ocupada, la tarea queda en espera; que la sesión reciba la tarea no significa que el agente haya terminado. El progreso y el resultado se supervisan por separado mediante los eventos de la sesión, tal como describe la documentación sobre invocaciones y resultados.
En la práctica, esto significa que conviene organizar la supervisión en torno a dos estados: si la tarea programada llegó a la sesión y si esta terminó el trabajo. En procesos periódicos, es útil guardar el identificador de la programación y vincularlo al historial de ejecuciones para detectar omisiones y analizar los intentos fallidos.
Qué comprobar antes de implementarlo
- Zona horaria. Indíquela explícitamente y compruebe cómo se relacionan las horas programadas con los cambios al horario de verano o de invierno en la zona elegida.
- Tipo de sesión. Use una sesión nueva para ejecuciones independientes y una existente cuando la tarea necesite el contexto previo.
- Cola y resultado. Tenga en cuenta que una sesión ocupada puede retrasar la entrega y que aceptar una tarea no significa que el trabajo haya terminado.
- Gestión de la programación. La API permite crear, actualizar, pausar, reanudar y eliminar programaciones; después de cambiar la configuración, compruebe las ejecuciones futuras.
Scheduled Automations añade programaciones gestionables a Agents API: cada ejecución se puede vincular a una sesión y supervisar por separado. Al implementarlo, los desarrolladores deben decidir cuándo una ejecución necesita el contexto acumulado y controlar tanto la entrega como el resultado de la tarea.