Claude Code /loop erklärt: Wiederkehrende Entwicklungsaufgaben automatisieren — mit konkreten Beispielen

Wer ein Softwareprojekt betreut oder ein Entwicklungsteam führt, kennt die Routine: Ein Build läuft, ein Deployment wurde ausgerollt, ein Pull Request wartet auf Review und alle paar Minuten öffnet man manuell das Terminal oder den Browser, um den Stand zu prüfen. Genau dieses Problem löst der /loop-Befehl in Claude Code: Statt selbst zu pollen, übernimmt der KI-Assistent das Warten, Prüfen und Nachsteuern, während Sie sich auf andere Aufgaben konzentrieren.

Der /loop-Befehl ist seit Claude Code Version 2.1.72 als eingebaute Funktion verfügbar. Er gehört zu einem umfassenderen Satz an Planungs-Werkzeugen, die Anthropic für autonome, sitzungsbasierte Automatisierung eingebaut hat. Für IT-Verantwortliche in mittelständischen Unternehmen, die verstehen wollen, was KI-Werkzeuge in einer modernen IT-Beratung und -Strategie tatsächlich leisten, ist /loop eines der anschaulichsten Beispiele: Es zeigt, wie KI aufhört, ein Frage-Antwort-Werkzeug zu sein, und zu einem Hintergrundprozess wird, der in Ihrem Auftrag handelt.

Welches Problem löst /loop?

In der Softwareentwicklung sind viele Aufgaben nicht mit einem einmaligen Durchlauf erledigt. Sie erfordern wiederholtes Nachprüfen, bis eine Bedingung erfüllt ist. Eine CI-Pipeline läuft 8 Minuten, ein Deployment braucht einige Minuten zum Propagieren, ein Reviewer antwortet möglicherweise erst nach einer Stunde. Ohne Automatisierung wartet ein Entwickler entweder aktiv (teuer) oder vergisst das Nachschauen ganz (riskant). /loop gibt Claude Code die Möglichkeit, einen Prompt auf einem Zeitplan erneut auszuführen und die Bedingung zu prüfen, auf den Befund zu reagieren und zurückzumelden, damit Menschen nicht selbst daneben sitzen und zusehen müssen.

Drei Ausführungsmodi

Der /loop-Befehl verhält sich je nach Eingabe unterschiedlich. Laut der offiziellen Claude Code Dokumentation decken drei Muster die meisten praktischen Anwendungsfälle ab:

• Festes Intervall mit Prompt — Beispiel: `/loop 5m check if the deployment finished and tell me what happened`. Claude führt den Prompt alle 5 Minuten nach festem Zeitplan aus. Unterstützte Einheiten: s (Sekunden), m (Minuten), h (Stunden), d (Tage).
• Selbstgesteuerter Modus — Beispiel: `/loop check whether CI passed and address any review comments`. Kein Intervall angegeben: Claude wählt sein Intervall dynamisch (1 Minute bis 1 Stunde), abhängig von dem, was es beobachtet: es pollt häufiger, wenn ein Build aktiv ist, und verlängert das Intervall, wenn nichts ansteht.
• Reiner Wartungs-Loop — einfach `/loop` ohne Prompt und ohne Intervall. Claude führt eine eingebaute Wartungsroutine aus: offene Aufgaben abschließen, PR-Kommentare und fehlgeschlagene CI-Runs bearbeiten, Merge-Konflikte lösen und bei Leerlauf Aufräum-Durchläufe starten.

Konkrete Beispiele aus der Praxis

Der /loop-Befehl entfaltet seinen Wert in Szenarien, in denen Warten unvermeidbar ist, aber sofort gehandelt werden muss, sobald sich eine Bedingung ändert. Praktische Beispiele aus Softwareprojekten:

• CI-Überwachung mit Auto-Fix: `/loop check whether CI passed and address any review comments` — Claude pollt die Pipeline, liest beim Fehlschlag das Fehler-Log, diagnostiziert das Problem, pushed einen gezielten Fix und startet den Workflow neu — ohne manuellen Eingriff.
• Deployment-Check: `/loop 5m check if the deployment finished and report the status` — Claude meldet sich, sobald das Deployment propagiert ist, damit der Entwickler sofort zur nächsten Aufgabe übergehen kann, statt alle paar Minuten den Kontext zu wechseln.
• PR-Betreuung: `/loop` (reiner Wartungs-Loop) — hält einen Release-Branch über Nacht oder in längeren Meetings stabil: liest neue Review-Kommentare, löst Konflikte und pushed minimale Fixes.
• Einmalige Erinnerung in natürlicher Sprache: `in 45 minutes, check whether the integration tests passed` — Claude plant eine einmalige Aufgabe, die sich nach der Ausführung selbst löscht. Kein Befehlssyntax erforderlich.
• Wiederholung einer eigenen gespeicherten Skill: `/loop 20m /code-review` — führt einen gespeicherten Claude-Code-Befehl alle 20 Minuten auf dem aktuellen Branch aus und baut so ein einfaches kontinuierliches Quality-Gate auf.

loop.md: Den Standard-Wartungs-Loop projektspezifisch anpassen

Für Teams mit wiederkehrenden projektspezifischen Routinen erlaubt eine `loop.md`-Datei, den eingebauten Wartungs-Prompt durch eigene Anweisungen zu ersetzen. Die Datei gehört in `.claude/loop.md` im Projekt (hat Vorrang) oder in `~/.claude/loop.md` als nutzerweiten Standard. Format: einfaches Markdown: schreiben Sie es wie einen Prompt. Änderungen greifen ab der nächsten Iteration, sodass Anweisungen im laufenden Betrieb verfeinert werden können. Die Dateigröße ist maximal 25.000 Bytes. Hier beginnen KI-gestützte Entwicklungs-Workflows tatsächlich autonom zu werden: Ein Team kann seine gesamte Release-Checkliste in eine einzige Datei kodieren und Claude kontinuierlich daran arbeiten lassen.

Einsatzfälle für den Mittelstand

• Kleine Entwicklungsteams (1–5 Personen): Automatische PR-Überwachung und CI-Nachbearbeitung ermöglicht es einem Entwickler, einen Release-Branch allein zu managen — auch über Zeitzonen hinweg — ohne Review-Kommentare zu vernachlässigen oder Merge-Schulden aufzubauen.
• Geplante Quality Gates: Regelmäßige automatisierte Code-Review-Loops in aktiven Entwicklungsphasen verhindern, dass technische Schulden unbemerkt entstehen. `/loop 2h /code-review` führt alle zwei Stunden einen Qualitäts-Check aus, während das Team Code schreibt.
• Legacy-System-Migrationen: Bei der Migration einer bestehenden Anwendung auf einen neuen Stack macht ein Loop, der Test-Coverage und Regressions-Fehler überwacht, aus einem riskanten, aufmerksamkeitsintensiven Vorhaben einen kontinuierlich kontrollierten Prozess.
• Nächtliche Builds und Batch-Jobs: Teams mit langen Test-Suites oder Datenmigrations-Jobs über Nacht können einen Loop konfigurieren, der einfache Fehler erkennt, diagnostiziert und behebt, ohne dass jemand am Rechner bleiben muss.

Vor dem Einsatz prüfen

• Version: /loop erfordert Claude Code v2.1.72 oder neuer. Mit `claude --version` prüfen, bevor man sich in einem kritischen Workflow darauf verlässt.
• Sitzungsgebundenheit: Aufgaben leben nur in der aktuellen Sitzung und enden, wenn die Sitzung geschlossen wird. Für unbeaufsichtigte Automatisierung, die Neustarts überleben muss, sind Cloud Routines oder Desktop Scheduled Tasks die bessere Wahl. /loop ist dafür nicht geeignet.
• Nicht umkehrbare Aktionen: Der Wartungs-Loop pushed Commits und löst Konflikte nur, wenn er bereits autorisierte Arbeit aus dem Gesprächsverlauf fortsetzt. Prüfen Sie dennoch vorher, welche Berechtigungen Ihre Claude-Code-Sitzung hält, bevor Sie ihn unbeaufsichtigt laufen lassen.
• 7-Tage-Ablauf: Wiederkehrende Aufgaben löschen sich nach 7 Tagen automatisch. Wenn ein Loop Teil eines regelmäßigen Workflows ist, wird ein Termin zum Neu-Erstellen notiert.
• Kosten: Jede Loop-Iteration ist ein vollständiger Claude-Turn. Hochfrequente Loops (jede Minute) in langen Sitzungen können sich summieren. Das Intervall muss dem tatsächlichen Bedarf angepasst werden. Der selbstgesteuerte Modus erzielt oft bessere Ergebnisse bei geringeren Kosten als ein festes kurzes Intervall.

Der /loop-Befehl macht Claude Code nicht schlauer. Er gibt die Aufmerksamkeit der Entwickler frei für die Arbeit, die sie wirklich braucht.

Verdikt: Für wen und wann lohnt sich /loop?

/loop lohnt sich für jedes Entwicklungsteam, bei dem Warten und Nachprüfen ein messbarer Kostenfaktor ist: CI-lastige Workflows, Release-Branch-Management, nächtliche Builds und Deployment-Überwachung sind die deutlichsten Fälle. Der selbstgesteuerte Modus ist die praktischste Option für den Alltag. Claude passt seine Poll-Frequenz an das tatsächliche Geschehen an, sodass unnötige Turns vermieden werden. Der reine `/loop` ist ein solider Standard für Entwickler, die einen Branch während eines Sprints ohne großen Aufwand ordentlich halten wollen.

Wann lohnt es sich nicht? Für einmalige Aufgaben ist ein normaler Gesprächs-Turn schneller und günstiger als das Einrichten eines Loops. Für Automatisierung, die zuverlässig unbeaufsichtigt laufen muss — über Nacht, sitzungsübergreifend oder ohne laufenden Laptop — macht die Sitzungsgebundenheit von /loop es zur falschen Wahl. Wenn Ihr Unternehmen gerade automatisierte Entwicklungs-Workflows im Rahmen einer größeren KI-Integrationsstrategie aufbaut, ist /loop ein guter erster Schritt. Es bietet für geringes Commitment, sofort nützliche und einfach erweiterbare Funktionen, wenn das KI-Tooling reift.

KI-Integration für Entwicklungsteams — NoviCogi