Was ist der Claude-Code-Befehl /loop? Nutzung, Polling und Scheduling im Vergleich

„Sag mir, wenn der Build fertig ist." „Wenn CI rot wird, behebe es." „Beobachte das Deployment alle 5 Minuten." Was, wenn du diese fesselnden Routinearbeiten vollständig an die KI abgeben könntest? Der Befehl /loop, der Claude Code 2026 hinzugefügt wurde, leistet genau das. Er führt einen Prompt oder einen Slash-Befehl wiederholt in einem von dir festgelegten Intervall aus — oder in einem, das die KI selbst bestimmt — ein „Beobachter" und „Wiederholer" innerhalb deiner Sitzung.

Hier ist das Wesentliche. /loop schließt die Lücke zwischen „Ich will gerade jetzt nachsehen" und „Ich will es rund um die Uhr automatisiert haben." Tippe /loop 5m check the deploy status und es läuft automatisch alle fünf Minuten. Lässt du das Intervall weg, schaut Claude auf die Situation und wählt die beste Wartezeit selbst (Self-Pacing). Dieser Artikel erklärt für Einsteiger die vier Anwendungsweisen, wie Self-Pacing funktioniert, praktische Rezepte, wie man es stoppt und worauf man achten muss, sowie wie es sich von verwandten Funktionen (Desktop-Aufgaben, Cloud-Routines) unterscheidet. Beachte, dass /loop eine neue Funktion ist, deren Verhalten sich ändern kann; prüfe daher die offizielle Dokumentation für den aktuellen Stand (dieser Artikel gibt den Stand von 2026 wieder).

* Das /loop-Verhalten in diesem Artikel basiert auf der offiziellen Claude-Code-Dokumentation (Stand 2026). Als neue Funktion kann es sich je nach Version ändern. Prüfe vor der Nutzung `claude --version` und die offizielle Dokumentation für den aktuellen Stand.

1. Was ist /loop? — in einem Satz

/loop ist eine in Claude Code integrierte Funktion, die „einen Prompt oder Slash-Befehl wiederholt in einem Intervall ausführt." Technisch ist es ein „sitzungsgebundener Task-Scheduler", und unter der Haube nutzt es cron (einen Zeit-Scheduler).

Alltagssprachlich ausgedrückt ist /loop „ein umsichtiger Assistent, den du bitten kannst, alle fünf Minuten nach den Dingen zu sehen." Während du an etwas anderem arbeitest, prüft die KI in regelmäßigen Abständen im Hintergrund und reagiert, wenn sich etwas ändert. Und lässt du das Intervall weg, schätzt die KI das Timing selbst ein — „es tut sich was, also eine Minute; jetzt ist es ruhig, also dreißig". Das ist der entscheidende Unterschied zum schlichten cron. Die Eigenschaft eines zugrunde liegenden KI-Agenten, „eigenständig zu entscheiden und zu handeln", zahlt sich hier genau aus.

2. Vier Anwendungsweisen (Intervall × Prompt)

Die Grundform ist /loop [Intervall] [Prompt]. Sowohl Intervall als auch Prompt sind optional, und was du übergibst, ändert das Verhalten. Es gibt vier Kombinationen.

Intervalle werden als Zahl + Einheit (s=Sekunden, m=Minuten, h=Stunden, d=Tage) geschrieben. Das Minimum ist eine Minute, und Sekunden werden aufgerundet, um der cron-Granularität zu entsprechen. Du kannst es auch in natürlicher Sprache schreiben, etwa every 2 hours. Und entscheidend — du kannst statt eines Prompts einen Slash-Befehl übergeben. Dies etwa wiederholt die Review eines bestimmten PR alle 20 Minuten:

# Beispiel fuer das Wiederholen eines Slash-Befehls
/loop 20m /review-pr 1234

# Beispiel fuer die Angabe des Intervalls in natuerlicher Sprache
/loop check the test results every 30m

Mit anderen Worten: du kannst „den Befehl, den du früher von Hand getippt hast" automatisieren, indem du einfach ein Intervall hinzufügst. Wenn dir die Kosten des KI-Codings wichtig sind, besteht der Kniff darin, sinnlose Schleifen zu vermeiden und sie nur bei Bedarf laufen zu lassen.

3. Die Stärke des Self-Pacing (KI wählt das Intervall)

Von den vier Anwendungsweisen hebt diejenige, die /loop über „schlichtes cron" hinaushebt, das Self-Pacing (automatisch beurteilte Intervalle) hervor. Lässt du das Intervall weg, entscheidet Claude nach jedem Lauf selbst „wann soll ich das nächste Mal zurückkommen?"

Hier glänzt es. Bitte im Self-Pacing-Modus „beobachte, bis die Tests bestehen", und es prüft in kurzen Abständen, während die Tests laufen, erhöht die Frequenz, je näher das Ende rückt, und stoppt die Schleife und meldet, sobald sie bestehen — es verhält sich ganz wie ein menschlicher Beobachter. Bei festem Intervall bekommst du „es läuft sinnlos weiter, obwohl es längst fertig ist" oder umgekehrt „das Intervall ist zu lang und es verpasst Dinge"; Self-Pacing vermeidet das. Persönlich würde ich Self-Pacing für Überwachung verwenden, die keine exakte Zeit braucht, und ein festes Intervall für Dinge, bei denen die Zeit zählt, wie einen geplanten Report.

4. Praktische Rezepte

Konkrete Beispiele schlagen Abstraktionen. Hier ist, wo /loop wirklich hilft, in einsatzbereiter Form.

Der Punkt ist, „Arbeit ins Visier zu nehmen, die ein Mensch früher regelmäßig geprüft hat." Besonders Aufgaben, die „warten → prüfen → reagieren" wiederholen, wie CI und Deployments, sind das Heimatterrain von /loop. Routinemäßige Überwachung wie ein PR-Status-Check, in einer Schleife, befreit dich vom ständigen Festkleben.

5. Stoppen und Vorsichtsmaßnahmen

Bei all seiner Bequemlichkeit hat /loop Einschränkungen, die aus dem „Laufen innerhalb einer Sitzung" entstehen. Kennt man sie nicht, führt das zu „häh, es läuft ja gar nicht?"

• Mit Esc stoppen: Drücke Esc, während es auf den nächsten Lauf wartet, und der anstehende Weckruf wird gelöscht und die Schleife stoppt. Beim Self-Pacing kann Claude auch von selbst stoppen, wenn es die Aufgabe als „erledigt" beurteilt.
• Läuft nur, solange die Sitzung offen ist: /loop ist an diese Sitzung (Konversation) gebunden. Eine neue Konversation zu starten löscht die Aufgaben. Das Terminal zu schließen stoppt es ebenfalls (innerhalb von 7 Tagen mit `claude --resume` fortsetzbar).
• Feste Intervalle dauern bis zu 7 Tage: Sie laufen weiter, bis du sie stoppst oder 7 Tage vergehen.
• Bis zu 50 Aufgaben pro Sitzung: Mehr kannst du nicht registrieren.
• Feuert zwischen Turns (Antworten): Es unterbricht nicht mitten in einer Aktion; es feuert in der Lücke zwischen Turns. Wenn es geschäftig wird, kann es etwas verrutschen (es gibt auch absichtliches Jitter, um die API nicht zu überlasten). Zeiten sind in deiner lokalen Zeitzone.

Ehrlich gesagt ist die größte Falle, zu vergessen, dass „es stoppt, wenn du die Sitzung schließt." /loop eignet sich nicht für unbeaufsichtigtes Laufen rund um die Uhr. Dafür nutze eine andere Funktion, die als Nächstes behandelt wird.

6. Auswahl unter drei Scheduling-Funktionen

Claude Code hat tatsächlich drei Ebenen des Schedulings. /loop bedient die „innerhalb einer Sitzung". Sie sind leicht zu verwechseln, also sortieren wir sie.

* Funktionsnamen und Spezifikationen entsprechen dem Stand von 2026. Sie können sich je nach Version oder Verfügbarkeit ändern; prüfe daher die offizielle Quelle.

Die Wahl ist einfach. Willst du nur ein wenig während der Arbeit beobachten? /loop. Soll es weiterlaufen, nachdem du die Sitzung geschlossen hast? Desktop-Aufgaben. Soll es unbeaufsichtigt laufen, sogar bei geschlossenem PC? Cloud-Routines. Ist es „Überwachung als Erweiterung dessen, was ich gerade tue" oder „Laufen, auch wenn ich nicht da bin"? Diese eine Frage entscheidet es. Wenn du KI-Agenten ernsthaft betreibst, zahlt sich das Verständnis dieser drei Ebenen aus.

7. Anpassung (loop.md) und Deaktivierung

Zum Schluss noch zwei fortgeschrittenere Kniffe.

• Mach das „Standardverhalten" zu deinem eigenen mit loop.md: Die Standardaktion für ein prompt-loses /loop kann ersetzt werden, indem du dein eigenes Markdown in `.claude/loop.md` (Projektebene) oder `~/.claude/loop.md` (Benutzerebene) schreibst. Du kannst etwa „deine Beobachtungsroutine" zum Standard machen — wie „prüfe den nächsten Release-PR; wenn CI rot ist, pushe eine minimale Korrektur; wenn grün, melde in einer Zeile." Änderungen werden beim nächsten Lauf wirksam.
• Vollständig deaktivieren: Um den Scheduler selbst zu stoppen, setze die Umgebungsvariable CLAUDE_CODE_DISABLE_CRON=1.

loop.md folgt derselben Idee wie Anleitungsdateien wie CLAUDE.md. Schreib einmal auf, „was du regelmäßig erledigt haben willst", und deine persönliche Beobachtungsschleife läuft, ohne dass du jedes Mal einen Prompt tippst.

Zusammenfassung

Hier ist Claude Codes /loop, sortiert.

• Was /loop ist: ein sitzungsgebundener Scheduler, der einen Prompt/Slash-Befehl wiederholt in einem von dir (oder der KI) festgelegten Intervall ausführt.
• Vier Anwendungsweisen: festes Intervall / Self-Pacing / nur Intervall (Wartung) / beides weggelassen (Auto-Wartung).
• Self-Pacing ist der Schlüssel: Es variiert das Intervall nach Aktivität und stoppt automatisch bei Abschluss. Der Unterschied zum schlichten cron.
• Der praktische Einsatz ist Überwachung: CI/Deployment beobachten, PR betreuen, Build-Checks, Erinnerungen.
• Einschränkungen: nur innerhalb einer Sitzung, bis zu 50 Aufgaben, feste Intervalle dauern 7 Tage, mit Esc stoppen.
• Auswahl: /loop während der Arbeit, Desktop-Aufgaben für residenten Betrieb, Cloud-Routines für unbeaufsichtigt.

Am Ende ist das, was /loop verändert, die „Zeitachse" der Arbeit, die du an die KI abgeben kannst. Bisher konntest du nur Aufgaben übertragen, die in einer einzigen Konversation enden; /loop macht es erstmals möglich, der KI „fortlaufende Arbeit — warten, erneut hinsehen, reagieren" zu übergeben. Während du dich auf etwas anderes konzentrierst, dreht sich die Schleife leise weiter. Hol dir deine fesselnde Zeit von der KI zurück.

FAQ