OpenAI ergänzt Zeitpläne für die Agents API: Agenten können Aufgaben per Cron starten

OpenAI kündigte am 23. Oktober 2026 Scheduled Automations für die Agents API an. Die Funktion kann Agentenaufgaben nach einem Cron-Zeitplan oder zu einem festgelegten Zeitpunkt starten. Ist das Tool „automations“ aktiviert, kann der Agent auch selbst Folgeaufgaben planen. Die Ankündigung erschien in der OpenAI-Entwicklercommunity; Einzelheiten zur Implementierung enthält die Dokumentation zu Scheduled Automations.

Für Anwendungen ergänzt das eine dauerhafte Zeitplanung für eine API, in der Agenten mit Sitzungen arbeiten, die Konfiguration und Kontext bewahren. Teams können Agenten damit regelmäßige Prüfungen oder zeitversetzte Erinnerungen übertragen, ohne jeden Durchlauf manuell einzeln starten zu müssen.

So funktioniert der Start

Ein Zeitplan legt die Zielsitzung und den Zeitpunkt fest, zu dem die Aufgabe zugestellt wird. Für wiederkehrende Ausführungen gibt der Entwickler einen Cron-Ausdruck und eine IANA-Zeitzone an, zum Beispiel America/New_York. Für eine einmalige Ausführung wird ein zukünftiger Unix-Zeitstempel in Sekunden festgelegt.

Eine Aufgabe kann für jeden Durchlauf eine neue Sitzung erstellen oder eine bestehende fortsetzen. Die erste Option eignet sich für unabhängige wiederkehrende Vorgänge; die zweite erhält den bisherigen Sitzungskontext. Nach dem Erstellen erhält der Zeitplan den Status „active“, die Aufgabe wird jedoch erst zum festgelegten Zeitpunkt gestartet: Durch das Erstellen wird sie nicht sofort ausgeführt.

Dem Agenten kann außerdem das Tool „automations“ zur Verfügung gestellt werden. Damit kann er innerhalb der aktuellen Sitzung eine weitere Prüfung planen. Das ist für mehrstufige Aufgaben nützlich, bei denen der nächste Durchlauf vom Ergebnis des vorherigen abhängt, etwa bei der regelmäßigen Überprüfung des Aufgabenstatus.

Die Zustellung der Aufgabe ist ein eigener Schritt, getrennt von ihrer Ausführung

Jeder Durchlauf erstellt eine Invocation – einen Eintrag zu einem Zustellversuch an die Zielsitzung. Entwickler können den Status des Aufrufs und die Sitzungs-ID prüfen. Ist die Sitzung ausgelastet, wartet die Aufgabe; dass eine Sitzung die Aufgabe erhält, bedeutet nicht, dass der Agent seine Arbeit abgeschlossen hat. Fortschritt und Ergebnis werden separat über Sitzungsereignisse verfolgt, wie die Dokumentation zu Invocations und Ergebnissen erläutert.

In der Praxis empfiehlt es sich daher, zwei Zustände zu überwachen: ob der Zeitplan die Sitzung erreicht hat und ob die Sitzung die Aufgabe abgeschlossen hat. Bei wiederkehrenden Abläufen ist es sinnvoll, die Zeitplan-ID zu speichern und mit dem Ausführungsverlauf zu verknüpfen, um verpasste Durchläufe zu erkennen und fehlgeschlagene Versuche zu untersuchen.

Was vor der Einführung zu prüfen ist

• Zeitzone. Geben Sie sie ausdrücklich an und prüfen Sie, wie sich die geplanten Uhrzeiten in der gewählten Zone zum Wechsel zwischen Sommer- und Winterzeit verhalten.
• Sitzungstyp. Verwenden Sie für unabhängige Durchläufe eine neue Sitzung und eine bestehende Sitzung, wenn die Aufgabe den bisherigen Kontext benötigt.
• Warteschlange und Ergebnis. Berücksichtigen Sie, dass eine ausgelastete Sitzung die Zustellung verzögern kann und die Annahme der Aufgabe noch nicht bedeutet, dass die Arbeit abgeschlossen ist.
• Zeitplanverwaltung. Die API unterstützt das Erstellen, Aktualisieren, Pausieren, Fortsetzen und Löschen von Zeitplänen. Prüfen Sie nach Änderungen an der Konfiguration die künftigen Ausführungen.

Scheduled Automations ergänzt die Agents API um verwaltbare Zeitpläne: Jeder Durchlauf lässt sich einer Sitzung zuordnen und separat verfolgen. Bei der Einführung müssen Entwickler entscheiden, wann ein Durchlauf den angesammelten Kontext benötigt, und sowohl die Zustellung als auch das Ergebnis der Aufgabe überwachen.