Plane Terminal-Befehle, KI-Agenten
und Dev-Workflows direkt aus deinem Workspace

Scheduled Tasks ist ein cron-artiger Scheduler für KI-Coding-Agenten. Du erstellst eine wiederkehrende Aufgabe auf einem Projekt mit einem Namen, einem Prompt, einer Frequenz und einem Agenten (Rolle, Provider, Modell). Wenn die Zeit kommt, erzeugt AgentsRoom einen Hintergrund-Agenten in diesem Projekt und übergibt ihm deinen Prompt als erste Nachricht. Es ist der einfachste Weg, eine Claude-Code-, Codex- oder Antigravity-Session nach wiederkehrendem Zeitplan laufen zu lassen, ohne eine cron-Syntax zu schreiben.

Ein System-cron, launchd oder der Windows-Aufgabenplaner löst einen Shell-Befehl aus, ohne etwas von deinem Projekt, deiner Agenten-Rolle oder deinem Modell zu wissen. Eine geplante Aufgabe startet eine echte Coding-Agenten-Session in deinem Projekt, übergibt ihr einen Prompt, sendet dir eine Benachrichtigung und bewahrt eine wieder öffnbare Historie jedes Laufs. Außerdem schreibst du nie eine cron-Expression: du wählst eine klare Frequenz aus einem Menü.

Fünf Kalender-Frequenzen: alle N Minuten, stündlich zu einer gewählten Minute, täglich zu einer oder mehreren Tageszeiten, wöchentlich an einem gewählten Wochentag und zu einer gewählten Zeit, und monatlich an einem gewählten Tag. Ein sechster Weg zu planen sitzt direkt daneben unter Was sie auslöst: Kontingent, das dem Nutzungsfenster deines KI-Abos statt der Uhr folgt und auslöst, sobald das Kontingent zurückkommt oder bevor es zurückgesetzt wird. Die Planung ist strukturiert und lesbar, und die Zeit des nächsten Laufs wird neben jeder Aufgabe in Klartext angezeigt. Die Zeiten nutzen die lokale Zeitzone deiner Maschine.

Geplante Aufgaben werden ausgelöst, solange AgentsRoom offen ist. War ein Lauf fällig, während die App geschlossen war, wird er beim nächsten Start der App automatisch nachgeholt, sodass ein verpasster Slot trotzdem einmal läuft. Es ist ein In-App-Scheduler mit Nachholen, kein serverseitiger cron rund um die Uhr.

AgentsRoom erzeugt einen temporären Agenten im Projekt der Aufgabe mit der Rolle, dem Provider und dem Modell, die du gewählt hast, plus allem, was der Block Erweitert dieser Aufgabe setzt: Berechtigungsmodus, Konto, Browser-Zugriff, Skills, CLI-Optionen, Umgebungsvariablen und System-Prompt. Danach sendet er deinen Prompt als erste Nachricht des Agenten. Der Agent läuft im Hintergrund; du bekommst beim Start eine Benachrichtigung, und der Lauf wird der Historie der Aufgabe hinzugefügt, sodass du das Terminal des Agenten wieder öffnen und prüfen kannst, was er getan hat.

Ja. Jede Aufgabe wählt ihre eigene Rolle, ihren Provider und ihr Modell. Plane einen QA-Agenten für einen nächtlichen Test-Durchlauf, einen DevOps-Agenten für stündliche Log-Scans und einen Reviewer für die morgendliche Pull-Request-Prüfung. Du kannst mehrere geplante Agenten parallel über deine Projekte hinweg laufen lassen.

Ja. Jede Aufgabe hat einen Button Jetzt ausführen, der sie auf Abruf auslöst und den Zeitplan umgeht. Praktisch, um den Prompt einer neuen Aufgabe zu testen oder den Job ad hoc anzustoßen, ohne auf den nächsten Slot zu warten. Ein manueller Lauf öffnet sofort den Tab des Agenten, sodass du ihm bei der Arbeit zusehen kannst, und er sendet keine Start-Benachrichtigung: du schaust ja bereits hin.

Ja. Scheduled Tasks ist provider-agnostisch. Der gestartete Agent geht durch dieselbe Provider-Schicht wie ein manueller Start, also kannst du Claude Code, Codex, Antigravity CLI und andere unterstützte Agenten planen. Der Scheduler hardcodet nie einen einzelnen Provider.

Es ergänzt sie. Wenn du deine Terminal-Sessions mit tmux oder cmux verwaltest, legt Scheduled Tasks zeitbasierte Automatisierung obendrauf: statt dich anzuhängen und Befehle selbst zu tippen, startet AgentsRoom die Befehle und KI-Agenten zu vordefinierten Zeiten, mit Benachrichtigungen und einer Lauf-Historie.

Jede Aufgabenliste wird pro Projekt gespeichert und mit deinem AgentsRoom-Konto synchronisiert, an das Repository gebunden statt an eine einzelne Maschine, mit einem lokalen Cache für die Offline-Nutzung. Die Aufgabenliste folgt dem Repo, während der Scheduler, der die Läufe auslöst, in der Desktop-App lebt.

Nur wenn du es so willst. Der Berechtigungsmodus ist ein Feld der Aufgabe selbst und keine globale Provider-Einstellung, also darf ein Lauf um 3 Uhr nachts arbeiten, ohne bei jeder Freigabeanfrage stehen zu bleiben, während die Agenten, die du beim selben Provider von Hand steuerst, weiterhin zuerst bei dir nachfragen. Derselbe Block Erweitert trägt alles andere, was ein unbeaufsichtigter Lauf braucht: Browser-Zugriff, wenn der Agent ein Web-Backoffice lesen muss, Umgebungsvariablen, Standard-Skills und ein System-Prompt. Lässt du ein Feld leer, erbt die Aufgabe deine Projekt- und App-Einstellungen, sodass eine früher angelegte Aufgabe sich weiterhin genau so verhält wie zuvor.

Ja, das ist die Kontingent-Frequenz. Wähle den Moment, in dem das Kontingent zurückkommt, und die Aufgabe startet, sobald das Nutzungsfenster deines Abos wieder verfügbar ist: Der Lauf, an dem du blockiert warst, beginnt, ohne dass du danach schauen musst. Das Fenster wird bei dem Provider und auf dem Konto gelesen, das dieser Lauf tatsächlich belasten wird, und angeboten werden nur die Fenster, die dein Abo mit einer echten Zurücksetzzeit veröffentlicht: 5 Stunden, täglich, wöchentlich, monatlich. AgentsRoom liest dieses Fenster über einen periodischen Nutzungs-Scan und nicht sekundengenau, der Lauf startet also kurz nach dem Zurücksetzen statt auf die Minute genau.

Ja. Eine tägliche oder wöchentliche Aufgabe kann mehrere Tageszeiten tragen, bis zu sechs, sodass eine einzige Aufgabe um 09:00 und noch einmal um 18:00 startet, ohne dupliziert zu werden. Das ist nicht dasselbe wie ein Intervall in Minuten: Ein Intervall verteilt die Läufe gleichmäßig über den Tag, während mehrere Tageszeiten genau die zwei oder drei festen Momente setzen, um die dein Tag wirklich gebaut ist. Der neben der Aufgabe angezeigte nächste Lauf ist immer der nächstgelegene.

Ja, sobald du Rechner aufwecken einschaltest, global in den Einstellungen, pro Projekt oder pro Aufgabe. AgentsRoom stellt dann den eigenen Aufwecktimer des Betriebssystems für den nächsten Lauf ein (pmset schedule wake unter macOS, eine Aufweckaufgabe im Windows Task Scheduler, der RTC-Alarm unter Linux), denselben Mechanismus, den auch Time Machine oder eine geplante Sicherung nutzt, sodass der Rechner zur richtigen Zeit aufwacht, auch bei ausgeschaltetem Bildschirm oder zugeklapptem Laptop am Netzteil, den Agenten ausführt und wach bleibt, solange dieser arbeitet. Unter macOS und Linux braucht das Planen eines Aufweckens Administratorrechte, daher fragt AgentsRoom einmalig nach deinem Passwort, zeigt den einzigen Befehl, den es ausführen darf, und fragt danach nie wieder; widerrufen kannst du das an derselben Stelle. Ein Laptop im Akkubetrieb ignoriert Aufwecktimer womöglich, also für Läufe über Nacht am Netzteil lassen. Konnte der Rechner nicht aufgeweckt werden, wird der Lauf nachgeholt, sobald er zurück ist, oder als verpasst erfasst, wenn du das Nachholen abgewählt hast, und in jedem Fall zeigt die Aufgabenzeile das an.

Ja, das ist der Modus Auf Abruf. Es ist ein Trigger ohne Uhr, ohne Kontingentfenster und ohne Webhook-URL: eine gespeicherte Vorgabe, die ihren Prompt, ihren Agenten und ihre Maschine trägt und nur dann läuft, wenn du auf ihren Knopf drückst. Es gibt ihn für die Arbeit, die du oft wiederholst, aber nie in einem Rhythmus, etwa die App für jede Plattform zu bauen oder eine Version zu veröffentlichen: alles ist einmal festgehalten, und der Start kostet einen Klick statt den Prompt neu zu tippen. Er behält alles, was die anderen Modi haben, die Historie pro Lauf, die Bindung an bestimmte Maschinen und die Benachrichtigung, und die mobile App trägt denselben Knopf und fragt immer, welcher Rechner ihn ausführen soll, da ein Telefon selbst nichts ausführt.