Anmerkung des Autors: Ich habe 20 bewährte Eingabeaufforderungen für die /loop-Schleife von Claude Code zusammengestellt. Sie decken 6 wichtige Szenarien ab, darunter PR-Reviews, Deployment-Monitoring, Codequalität, Sicherheitsscans und Log-Analyse, inklusive Empfehlungen für die Intervalle.
Der /loop-Befehl von Claude Code ist das nützlichste neue Feature vom März 2026 – er verwandelt Claude Code von einem "Einmal-Assistenten" in einen "dauerhaft laufenden Hintergrund-Mitarbeiter". Viele Entwickler haben /loop zwar eingerichtet, wissen aber nicht, was sie damit ausführen sollen. Dieser Artikel enthält 20 praxiserprobte Eingabeaufforderungen für /loop, unterteilt in 6 Szenarien, die Sie direkt kopieren und verwenden können.
Kernnutzen: 20 Eingabeaufforderungen für die häufigsten Automatisierungsaufgaben in der täglichen Entwicklung, jeweils mit empfohlenen Intervallen und Hinweisen.
/loop Grundlagen im Schnelldurchlauf
Bevor wir uns den Eingabeaufforderungen widmen, hier ein kurzer Überblick über den Kernmechanismus von /loop.
| Dimension | Beschreibung |
|---|---|
| Grundsyntax | /loop [Intervall] [Aufgabenbeschreibung] |
| Standardintervall | 10 Minuten (wenn kein Intervall angegeben) |
| Intervallformat | 5m (Minuten), 2h (Stunden), 1d (Tage) |
| Max. Parallelität | 50 geplante Aufgaben pro Sitzung |
| Automatischer Ablauf | Automatische Löschung nach 3 Tagen |
| Stopp-Bedingung | Terminal schließen / Sitzung beenden / SSH-Verbindungsabbruch |
| Besonderheit | Natürliche Sprachbeschreibung, Claude konvertiert diese automatisch in Cron-Ausdrücke |
Szenario 1: PR-Inspektion (4 Eingabeaufforderungen)
Die PR-Inspektion ist der wertvollste Anwendungsfall für /loop – viele Entwickler wechseln ständig zwischen dem Review von PRs und dem Schreiben von Code, was hohe Kosten verursacht. Lassen Sie Claude die Inspektion im Hintergrund übernehmen; Sie müssen nur aktiv werden, wenn Sie benachrichtigt werden.
Eingabeaufforderung #1: CI-Statusüberwachung
/loop 10m Überprüfe den CI-Status aller offenen PRs. Wenn ein neuer Fehler auftritt, nenne mir den PR, den betroffenen Job und die Fehlerursache.
Empfohlenes Intervall: 10 Minuten
Nutzen: CI-Fehler sofort erkennen, ohne manuell GitHub aktualisieren zu müssen.
Eingabeaufforderung #2: PR-Kommentar-Follow-up
/loop 15m Überprüfe alle von mir erstellten offenen PRs. Wenn es neue Kommentare oder Review-Feedback gibt, fasse den Inhalt zusammen und sage mir, welche ich beantworten muss.
Empfohlenes Intervall: 15 Minuten
Nutzen: Keine Review-Kommentare mehr verpassen und zeitnah reagieren.
Eingabeaufforderung #3: Erkennung von Merge-Konflikten
/loop 30m Überprüfe die neuesten Commits des main-Branches. Wenn mein aktueller Branch Konflikte mit main hat, liste mir die betroffenen Dateien auf.
Empfohlenes Intervall: 30 Minuten
Nutzen: Konflikte frühzeitig erkennen, anstatt sie erst beim Zusammenführen des PRs bearbeiten zu müssen.
Eingabeaufforderung #4: Automatisches PR-Review
/loop 15m Prüfe, ob neue PRs geöffnet wurden. Falls ja, führe automatisch ein Review der Änderungen durch und fasse zusammen: 1) Was wurde geändert? 2) Potenzielle Probleme 3) Empfehlungen.
Empfohlenes Intervall: 15 Minuten
Nutzen: Machen Sie Claude zu einem Code-Reviewer, der rund um die Uhr für Sie arbeitet.
Szenario 2: Deployment-Überwachung (3 Eingabeaufforderungen)
Eingabeaufforderung #5: Gesundheitsprüfung des Dienstes
/loop 5m curl localhost:3000/health, wenn ein anderer Statuscode als 200 oder ein Timeout zurückgegeben wird, informiere mich sofort über den Dienststatus und die letzten Fehlerprotokolle
Empfohlenes Intervall: 5 Minuten
Nutzen: Fehler bei der lokalen Entwicklung sofort erkennen, wenn der Dienst ausfällt.
Eingabeaufforderung #6: Überwachung der Build-Pipeline
/loop 5m Überprüfe den neuesten Ausführungsstatus von GitHub Actions. Wenn ein Workflow fehlschlägt, nenne mir den Workflow, den fehlgeschlagenen Schritt und die entscheidenden Zeilen des Fehlerprotokolls
Empfohlenes Intervall: 5 Minuten
Nutzen: Du musst nicht ständig die Actions-Seite aktualisieren, um auf das Build-Ergebnis zu warten.
Eingabeaufforderung #7: Regressionsprüfung nach Deployment
/loop 2m Führe npm test -- --testPathPattern="critical" aus und prüfe das Ergebnis. Wenn ein Test fehlschlägt, informiere mich sofort. Stoppe, sobald 3 Durchläufe in Folge erfolgreich waren
Empfohlenes Intervall: 2 Minuten (kurzfristige Überwachung nach dem Deployment)
Nutzen: Automatische Durchführung kritischer Tests nach dem Deployment, um sicherzustellen, dass keine Regressionen aufgetreten sind.
Szenario 3: Sicherheitsscan (3 Eingabeaufforderungen)
Eingabeaufforderung #8: Erkennung von Abhängigkeitslücken
/loop 24h Führe npm audit aus und liste alle Schwachstellen der Stufen "high" und "critical" auf. Gib Empfehlungen zur Behebung (Versions-Upgrade oder Austausch des Pakets)
Empfohlenes Intervall: 24 Stunden
Nutzen: Tägliche automatische Sicherheitsprüfung der Abhängigkeiten, ohne manuelles Ausführen von Audits.
Eingabeaufforderung #9: Scan auf sensible Informationen
/loop 1h Scanne den git diff der letzten Stunde auf API-Schlüssel, Passwörter, Token oder andere sensible Daten, die versehentlich committet wurden. Bei Fund sofort warnen
Empfohlenes Intervall: 1 Stunde
Nutzen: Verhindert, dass sensible Informationen in die Git-Historie gelangen.
Eingabeaufforderung #10: Code-Review im Sicherheitsmodus
/loop 2h Scanne neu hinzugefügte oder geänderte Dateien im Verzeichnis src/ auf Sicherheitsrisiken wie SQL-Injection, XSS oder Command-Injection. Bei Fund direkt einen PR zur Fehlerbehebung erstellen
Empfohlenes Intervall: 2 Stunden
Nutzen: Kontinuierliches Sicherheitsaudit mit direkter Erstellung von Korrekturvorschlägen.
Szenario 4: Code-Qualität (4 Eingabeaufforderungen)
Eingabeaufforderung #11: Überwachung der Testabdeckung
/loop 1h Führe eine Prüfung der Testabdeckung durch. Wenn die Gesamtabdeckung unter 80 % liegt oder neue Dateien keine Tests aufweisen, liste die betroffenen Dateien auf und gib Empfehlungen.
Eingabeaufforderung #12: Automatische Behebung von Lint-Fehlern
/loop 30m Führe eslint src/ --fix aus. Falls Fehler nicht automatisch behoben werden können, fasse die Fehlertypen und deren Positionen zusammen.
Eingabeaufforderung #13: Zusammenfassung von TODOs/FIXMEs
/loop 2h Scanne den Code nach allen TODO- und FIXME-Kommentaren, sortiere sie nach Priorität und prüfe, ob es unbearbeitete Einträge gibt, die älter als 7 Tage sind.
Eingabeaufforderung #14: Überwachung der Funktionskomplexität
/loop 2h Überprüfe die kürzlich geänderten Dateien in src/. Wenn die zyklomatische Komplexität einer Funktion 15 übersteigt oder sie mehr als 100 Zeilen umfasst, schlage ein Refactoring vor.
Szenario 5: Protokollanalyse (3 Eingabeaufforderungen)
Eingabeaufforderung #15: Echtzeit-Erkennung von FATAL-Fehlern
/loop 5m Scanne ./logs/app.log nach neuen FATAL- und ERROR-Einträgen der letzten 5 Minuten. Falls behebbare Fehler gefunden werden, erstelle direkt einen Pull Request für die Korrektur.
Wert: Automatisierte Erkennung und Behebung maximieren den Nutzen von /loop.
Eingabeaufforderung #16: Analyse von Fehlertrends
/loop 1h Zähle die Anzahl der ERROR-Einträge im Verzeichnis ./logs/ der letzten Stunde und vergleiche sie mit der vorherigen Stunde. Sende eine Warnung, wenn der Anstieg über 50 % liegt.
Eingabeaufforderung #17: Anomalien bei API-Antwortzeiten
/loop 10m Überprüfe die API-Anfragen in ./logs/access.log der letzten 10 Minuten. Wenn die durchschnittliche Antwortzeit 2 Sekunden überschreitet oder Anfragen länger als 10 Sekunden dauern, liste die Details der langsamen Anfragen auf.
Szenario 6: Team-Zusammenarbeit (3 Eingabeaufforderungen)
Eingabeaufforderung #18: Zusammenfassung täglicher Code-Änderungen
/loop 24h Fasse alle Git-Commits der letzten 24 Stunden zusammen, gruppiere sie nach Modulen und liste eine Zusammenfassung der Änderungen pro Entwickler sowie die betroffenen Dateien auf.
Nutzen: Automatische Erstellung von täglichen Team-Berichten, kein manueller Aufwand für die Teammitglieder.
Eingabeaufforderung #19: Bereinigung veralteter Branches
/loop 24h Liste alle Remote-Branches auf, die seit über 30 Tagen nicht aktualisiert wurden, markiere, ob sie bereits in 'main' gemergt wurden, und schlage vor, welche sicher gelöscht werden können.
Eingabeaufforderung #20: Synchronisationsprüfung der README
/loop 2h Überprüfe, ob die Installationsschritte und die API-Dokumentation in der README.md mit dem tatsächlichen Code übereinstimmen, und markiere veraltete Inhalte.
Best Practices für die Verwendung von /loop
Schnellübersicht für /loop-Intervalle
| Dringlichkeit | Empfohlenes Intervall | Einsatzszenario |
|---|---|---|
| Dringend | 2-5 Min. | Regressionstests nach Deployment, Service-Health-Checks |
| Wichtig | 10-15 Min. | CI-Überwachung, PR-Kommentar-Tracking, API-Fehler |
| Standard | 30 Min. – 2 Std. | Code-Qualität, Sicherheitsscans, Log-Trends |
| Niedrig | 24 Std. | Abhängigkeits-Audits, Tagesberichte, Branch-Bereinigung |
Tipps zum Schreiben von /loop-Eingabeaufforderungen
| Tipp | Erläuterung | Beispiel |
|---|---|---|
| Klare Alarmbedingungen | Nur bei Fehlern benachrichtigen, um Informationsüberflutung zu vermeiden | "Sag mir Bescheid, wenn es fehlschlägt" statt "Berichte jedes Mal" |
| Aktionsplan festlegen | Automatische Fehlerbehebung bei Problemen | "Erstelle direkt einen PR, falls behebbar" |
| Geltungsbereich begrenzen | Zeitverschwendung durch Scannen des gesamten Projekts vermeiden | "Scanne das Verzeichnis src/" statt "Scanne alle Dateien" |
| Abbruchbedingungen setzen | Sinnlose Dauerläufe vermeiden | "Stoppe nach 3 erfolgreichen Durchläufen in Folge" |
| Externe Tools kombinieren | Die Ausgabe von /loop kann Benachrichtigungen auslösen | "Schreibe die Ausgabe in alert.log für das Überwachungssystem" |
🎯 Praxistipp: Beginnen Sie am besten mit der PR-Überprüfung (#1-#2) und dem Deployment-Monitoring (#5), da diese Szenarien das beste Kosten-Nutzen-Verhältnis bieten. Sobald Sie vertraut sind, können Sie schrittweise Sicherheitsscans und Aufgaben zur Code-Qualität hinzufügen.
Wenn Sie komplexe Automatisierungsaufgaben über Modellaufrufe mit Claude implementieren möchten, empfehlen wir den API-Proxy-Dienst APIYI (apiyi.com), um Claude Opus 4.6 mit 20 % Rabatt zu nutzen.
Häufig gestellte Fragen
Q1: Wie viele Token verbraucht /loop?
Jeder Schleifendurchlauf entspricht einer vollständigen Claude-Anfrage; der Token-Verbrauch hängt von der Komplexität der Aufgabe ab. Einfache Gesundheitsprüfungen (#5) benötigen etwa 500–1000 Token pro Durchlauf, komplexe Code-Reviews (#10) können 5000–10000 Token beanspruchen. Empfehlung: Nutzen Sie für Überwachungsaufgaben kurze Intervalle (5–10 Min.) und für Analyseaufgaben lange Intervalle (1–2 Std.), um Token-Verschwendung zu vermeiden. Durch den Aufruf der Claude API über APIYI (apiyi.com) erhalten Sie 20 % Rabatt.
Q2: Bleibt die /loop-Aufgabe aktiv, wenn das Terminal geschlossen wird?
Nein. /loop-Aufgaben laufen nur, solange die Claude Code-Sitzung aktiv ist. Das Schließen des Terminals, das Beenden der Sitzung oder ein Verbindungsabbruch via SSH führen dazu, dass alle geplanten Aufgaben verloren gehen und nicht wiederhergestellt werden können. Für Aufgaben, die 24/7 laufen sollen, empfiehlt sich die Verwendung von cron + claude -p im Headless-Modus oder die systemweite Ausführung von Claude Code über cron.
Q3: Reichen 50 gleichzeitige Aufgaben aus?
Für die meisten Szenarien ist das völlig ausreichend. Die 20 Eingabeaufforderungen aus diesem Artikel belegen zusammen nur 20 Plätze. Es ist jedoch ratsam, Aufgaben nach Priorität auszuwählen – PR-Inspektionen und Deployment-Überwachungen sollten immer aktiv sein (hoher Mehrwert), während Sicherheitsscans und Code-Qualitätsprüfungen bei Bedarf zugeschaltet werden können. Beachten Sie zudem, dass jede Ausführung Token verbraucht; zu viele Aufgaben führen zu einem schnellen Verbrauch Ihres Kontingents.
Q4: Kann /loop mit externen Benachrichtigungen (Slack/E-Mail) integriert werden?
/loop sendet von sich aus keine Benachrichtigungen, aber Sie können in Ihre Eingabeaufforderung externe Tools einbinden: „Hänge Warnmeldungen an ./alerts.log an“ und nutzen Sie dann ein separates Skript, um diese Datei zu überwachen und Slack- oder E-Mail-Benachrichtigungen zu versenden. Fortgeschrittene Ansätze nutzen MCP-Konnektoren zur direkten Steuerung von Slack oder die Hooks von Claude Code, um bei bestimmten Ereignissen Benachrichtigungen auszulösen.
Zusammenfassung
Die Kernpunkte für effektive Claude Code /loop-Eingabeaufforderungen:
- 20 Eingabeaufforderungen für 6 Szenarien: PR-Inspektion (4), Deployment-Überwachung (3), Sicherheitsscan (3), Code-Qualität (4), Protokollanalyse (3), Team-Zusammenarbeit (3) – einfach kopieren und direkt verwenden.
- Die vier Elemente einer guten Eingabeaufforderung: Intervall + Aufgabe + Alarmbedingung + Handlungsplan. Benachrichtigen Sie nur bei Anomalien und lassen Sie Probleme automatisch beheben.
- Starten Sie mit der PR-Inspektion: PR-Inspektionen und Deployment-Überwachungen bieten das beste Kosten-Nutzen-Verhältnis; es empfiehlt sich, mit diesen beiden Bereichen zu beginnen.
Wir empfehlen den Zugriff auf die Claude Opus 4.6 API über APIYI (apiyi.com) mit 20 % Rabatt. Ob für /loop-Aufgaben oder andere KI-Entwicklungsszenarien – Sie profitieren von hoher Parallelität und einem stabilen, ungedrosselten Dienst.
📚 Referenzmaterialien
-
Offizielle Dokumentation zu geplanten Aufgaben in Claude Code: Vollständige Erläuterung von /loop und /schedule
- Link:
code.claude.com/docs/en/scheduled-tasks - Beschreibung: Enthält Syntax, Einschränkungen und Konfigurationsmethoden
- Link:
-
Praxisleitfaden für Claude Code /loop: 3 reale Workflow-Beispiele
- Link:
medium.com/@joe.njenga/claude-code-loop-create-new-native-autonomous-loops-that-work - Beschreibung: Beinhaltet die vollständige Implementierung von PR-Reviews, Build-Monitoring und Log-Scans
- Link:
-
Automatisierter Entwicklungs-Workflow mit Claude Code /loop: Detaillierte Anwendungsmethoden und Tipps
- Link:
verdent.ai/guides/claude-code-loop-command - Beschreibung: Enthält Informationen zur Intervallwahl, Optimierung der Eingabeaufforderung und Integration externer Dienste
- Link:
-
APIYI-Dokumentationszentrum: 20 % Rabatt auf den Zugriff auf die Claude Opus 4.6 API
- Link:
docs.apiyi.com - Beschreibung: Der Token-Verbrauch für /loop-Aufgaben kann über APIYI mit einem Rabatt genutzt werden
- Link:
Autor: APIYI Technik-Team
Technischer Austausch: Diskutieren Sie gerne in den Kommentaren. Weitere Informationen finden Sie im APIYI-Dokumentationszentrum unter docs.apiyi.com
