Prompts mit Claude Code regelmäßig ausführen! Nutzung des /loop-Befehls und geplanter Aufgaben
Inhaltsverzeichnis
Nachdem man ein Deployment gestartet hat, starrt man auf das Terminal und wartet auf den Abschluss. Man lädt den Browser immer wieder neu, bis die CI durchläuft. Man verliert den Fokus, weil man sich fragt, ob es Review-Kommentare zum PR gibt... Während der Entwicklung sind solche „kleinen Bestätigungsaufgaben, die einen zwar beschäftigen, aber nicht wirklich zum Anhalten zwingen“, ziemlich stressig.
Mit dem Befehl /loop von Claude Code und der Funktion für geplante Aufgaben (Scheduled Tasks) können Sie diese Überprüfungen Claude überlassen. Diese Funktion wurde am Wochenende auch in der Ankündigung von Boris Cherry vorgestellt. Basierend auf der offiziellen Dokumentation fasse ich hier die wichtigsten Punkte zusammen, die man für die praktische Anwendung wissen sollte.
Erstmal ausprobieren
Die Verwendung ist sehr einfach. Schreiben Sie einfach das Intervall und den Prompt nach /loop.
/loop 5m Überprüfe, ob das Deployment abgeschlossen ist, und sag mir das Ergebnis
Damit startet die Aufgabe „alle 5 Minuten den Abschluss des Deployments prüfen und berichten“. Claude registriert dies intern als Cron-Job und gibt die Job-ID sowie das Ausführungsintervall zurück.
Das Intervall kann am Anfang oder am Ende stehen, und wenn es weggelassen wird, beträgt der Standardwert 10 Minuten.
/loop 30m Überprüfe den Build-Status
/loop Überprüfe den Build-Status every 2 hours
/loop Überprüfe den Build-Status
Die Einheiten sind s (Sekunden), m (Minuten), h (Stunden), d (Tage). Da sie intern in Cron-Ausdrücke umgewandelt werden, werden Sekunden auf die nächste Minute aufgerundet und ungerade Werte wie 7m auf das nächste glatte Intervall gerundet. Claude teilt Ihnen mit, welches Intervall tatsächlich eingestellt wurde, also müssen Sie sich um Details keine Sorgen machen.
Wenn Sie bereits Workflows als Skills oder Befehle zusammengefasst haben, können Sie diese ebenfalls in eine Schleife einbinden.
/loop 20m /review-pr 1234
So ist es möglich, alle 20 Minuten einen PR-Review laufen zu lassen und Feedback zu erhalten, sobald neue Commits hinzugefügt werden.
„Erinnere mich später“ geht auch
Für einmalige Erinnerungen statt Wiederholungen können Sie Claude einfach in natürlicher Sprache darum bitten, ohne /loop zu verwenden.
Erinnere mich um 15 Uhr daran, den Release-Branch zu pushen
Überprüfe in 45 Minuten, ob die Integrationstests bestanden wurden
Claude wandelt die Zeit in einen Cron-Ausdruck um, registriert sie als Einmal-Aufgabe und löscht sie nach der Ausführung automatisch. Es ist eine dezente Hilfe, Aufgaben vorzumerken, die man im Eifer der Entwicklung leicht vergisst.
Aufgaben prüfen und abbrechen
Wenn Sie sich fragen: „Welche Aufgaben laufen gerade eigentlich?“, können Sie auch das in natürlicher Sprache erfragen.
Liste alle geplanten Aufgaben auf
Brich den Deployment-Check-Job ab
Im Hintergrund arbeiten drei Tools: CronCreate (Registrierung), CronList (Auflistung) und CronDelete (Löschen). Jeder Aufgabe wird eine 8-stellige ID zugewiesen, und pro Sitzung können bis zu 50 Aufgaben registriert werden. Im normalen Gebrauch wird man die 50 jedoch kaum erreichen.
Eigenheiten, die man vor der Nutzung kennen sollte
Obwohl es eine praktische Funktion ist, gibt es Fälle, in denen sie nicht wie erwartet funktioniert. Wenn man den Mechanismus ein wenig versteht, kann man gelassener reagieren, wenn etwas seltsam erscheint.
Aufgaben laufen, wenn „Claude Zeit hat“
Geplante Aufgaben werden in den Pausen zwischen den Interaktionen mit dem Benutzer ausgeführt. Sie unterbrechen Claude nicht, während er gerade eine Antwort generiert. Wenn die geplante Zeit während einer langen Verarbeitung erreicht wird, wartet Claude, bis diese abgeschlossen ist, und führt die Aufgabe erst dann aus.
Das bedeutet, es ist kein „exakt alle 5 Minuten“, sondern eher ein „ungefähr alle 5 Minuten“. Für Anwendungen, die sekundengenaue Präzision erfordern, ist dies nicht geeignet.
Zeitliche Abweichungen beim Ausführungszeitpunkt
Um gleichzeitige API-Zugriffe zu vermeiden, wird dem Ausführungszeitpunkt automatisch ein kleiner Versatz (Jitter) hinzugefügt.
- Wiederkehrende Aufgaben: Eine Verzögerung von bis zu 10 % des Zyklus (maximal 15 Minuten).
- Einmalige Aufgaben: Wenn sie zur vollen Stunde (:00) oder halben Stunde (:30) geplant sind, können sie bis zu 90 Sekunden früher ausgeführt werden.
Bei einem stündlichen Job bedeutet das, dass er irgendwann zwischen :00 und :06 ausgeführt wird. Da der Versatz von der Aufgaben-ID abhängt, bleibt die Abweichung bei derselben Aufgabe jedes Mal gleich.
Wiederkehrende Aufgaben werden nach 3 Tagen automatisch gelöscht
Damit vergessene Schleifen nicht ewig weiterlaufen, haben wiederkehrende Aufgaben eine Gültigkeitsdauer von 3 Tagen. Nach der letzten Ausführung innerhalb dieses Zeitraums werden sie automatisch gelöscht.
Wenn eine Aufgabe länger als 3 Tage laufen soll, muss sie vor Ablauf abgebrochen und neu erstellt werden, oder man nutzt eine andere Methode (siehe unten).
Benachrichtigungen nur innerhalb der Sitzung
Dies ist ein wichtiger Punkt: Erinnerungen und Aufgabenergebnisse werden nur als Nachrichten innerhalb der Claude-Code-Sitzung angezeigt. Es gibt keine Benachrichtigungen an externe Dienste wie Slack, E-Mail oder LINE.
Wenn Sie Claude bitten, Sie zu erinnern, werden Sie es nur bemerken, wenn Sie das Fenster von Claude Code im Blick haben. Wenn Sie externe Benachrichtigungen wünschen, müssen Sie selbst einen Mechanismus vorbereiten, indem Sie beispielsweise Shell-Befehle oder API-Aufrufe in den Prompt integrieren.
Grenzen der geplanten Aufgaben
Da es sich um einen sitzungsbezogenen Mechanismus handelt, gibt es strukturelle Einschränkungen:
- Verschwindet beim Beenden der Sitzung — Wenn Sie Claude Code neu starten, werden alle Aufgaben gelöscht. Das Gleiche passiert, wenn Sie das Terminal schließen oder die Sitzung endet.
- Kein Nachholen verpasster Aufgaben — Wenn die geplante Zeit während einer langen Verarbeitung durch Claude verstreicht, wird die Aufgabe nur einmal ausgeführt, sobald Claude wieder im Leerlauf ist. Es werden nicht alle verpassten Intervalle nachgeholt.
Zusammenfassend liegt der Einsatzbereich bei der „kleinen Automatisierung während der Arbeit mit offenem Claude Code“. Wenn etwas unbeaufsichtigt und dauerhaft laufen muss, ist es sinnvoller, den schedule-Trigger von GitHub Actions oder Desktop scheduled tasks zu verwenden.
Umgekehrt bietet der Sitzungsbezug den Vorteil, dass man Dinge „einfach mal ausprobieren“ kann. Selbst wenn man eine Einstellung falsch vornimmt, verschwindet sie beim Beenden der Sitzung sauber. Es gibt nicht den Druck, den man beim direkten Umgang mit cron hat, etwas löschen zu müssen.
Deaktivierung über Umgebungsvariablen möglich
Wenn Sie die Funktion in einem Team nutzen und cron aus Sicherheitsgründen nicht erlauben möchten, können Sie den gesamten Scheduler deaktivieren, indem Sie die Umgebungsvariable CLAUDE_CODE_DISABLE_CRON=1 setzen.
Praktische Szenarien
Basierend auf den bisherigen Punkten hier einige Muster, wie man die Funktion in der Entwicklung nutzen könnte:
Health Check nach dem Deployment
/loop 5m Überprüfe, ob das Deployment in der Staging-Umgebung normal läuft, und melde Fehler
Nach dem Deployment können Sie sich anderen Aufgaben widmen und werden informiert, falls Probleme auftreten.
Warten auf CI-Abschluss
Überprüfe in 30 Minuten, ob die CI-Pipeline durchgelaufen ist, und fasse das Ergebnis zusammen
Bei Projekten mit langen CI-Zeiten ist es praktisch, eine Einmal-Aufgabe für den voraussichtlichen Abschlusszeitpunkt zu setzen.
Vermeidung von Vergessenem vor dem Release
Erinnere mich um 17 Uhr daran, das Changelog vor dem Release zu aktualisieren
Als Erinnerung für Routineaufgaben, die man bei hoher Konzentration leicht übersieht.
Zusammenfassung
Die geplanten Aufgaben in Claude Code sind eine Funktion, die kleine Unannehmlichkeiten während der Entwicklung – wie das regelmäßige Überprüfen von Status oder das spätere Erinnern an Aufgaben – einfach löst.
- Mit
/loopPrompts wiederkehrend planen. - Einmalige Erinnerungen in natürlicher Sprache möglich.
- Sitzungsbezogen: Einfach zu nutzen, automatische Bereinigung beim Beenden.
- Wiederkehrende Aufgaben laufen nach 3 Tagen automatisch ab.
- Benachrichtigungen nur innerhalb der Sitzung. Externe Benachrichtigungen erfordern eigene Mechanismen.
- Für dauerhafte Planung GitHub Actions oder Desktop scheduled tasks nutzen.
Detaillierte Informationen zur Cron-Syntax und den internen Tools finden Sie in der offiziellen Dokumentation.
Probieren Sie es am besten mit etwas Leichtem wie /loop 10m Überprüfe den Build-Status aus, um ein Gefühl für die Einfachheit dieser Funktion zu bekommen.
