Gib Claude nicht nach jedem Zwischenergebnis einen neuen Mini-Auftrag. Definiere stattdessen einen Arbeitskreislauf, in dem Claude analysiert, umsetzt, testet und bei Bedarf selbstständig von vorn beginnt.
Prompt-Pingpong macht dich zum manuellen Projektleiter jeder Kleinigkeit. Ein Loop gibt Claude Ziel, Reihenfolge, Prüfregeln und ein klares Ende.
Diese vier Loop-Arten beschreiben, wodurch Claude die nächste Arbeitsrunde beginnt oder beendet. Es sind keine geheimen Claude-Befehle, sondern praktische Muster für deinen Prompt.
Claude arbeitet Runde für Runde. Nach jedem Arbeitsschritt prüft es das Ergebnis gegen eine Skill-Datei, Checkliste, Spezifikation oder deine festen Vorgaben.
Arbeite in einzelnen Runden. Prüfe nach jeder Runde deine Änderungen gegen [SKILL.md / Checkliste / Anforderungen]. Korrigiere Abweichungen vor der nächsten Runde und beende die Arbeit erst, wenn alle Regeln erfüllt sind.
Das Ziel bestimmt das Ende. Claude wiederholt Analyse, Umsetzung und Test so lange, bis ein konkret messbarer Zustand erreicht ist.
Arbeite in einem wiederholten Analyse–Umsetzungs–Test-Loop. Ziel: [konkretes Ergebnis]. Starte eine neue Runde, solange das Ziel nicht vollständig erreicht und getestet ist. Beende den Loop erst, wenn [messbare Abbruchbedingung].
Der Loop läuft zu festen Zeiten oder in Intervallen. Das eignet sich für wiederkehrende Prüfungen – sofern die verwendete Claude-Umgebung geplante Aufgaben unterstützt.
Führe diese Prüfung [täglich / wöchentlich / im festgelegten Intervall] aus: [Prüfauftrag]. Vergleiche das Ergebnis mit dem vorherigen Stand und berichte nur relevante Änderungen, Fehler oder notwendige Maßnahmen.
Claude wartet nicht auf jeden einzelnen Zuruf. Es bewertet den Stand, priorisiert offene Punkte und führt den nächsten sicheren Schritt innerhalb deiner Grenzen selbst aus.
Arbeite innerhalb der genannten Anforderungen proaktiv weiter. Ermittle nach jeder Runde selbst den wichtigsten noch offenen Punkt, setze die nächste sichere Maßnahme um und teste sie. Frage nur nach, wenn eine Entscheidung, Berechtigung oder Information wirklich fehlt.
Wichtig: In der Praxis lassen sich die Arten kombinieren. Ein WordPress-Plugin kann zum Beispiel zielbasiert bis zur fehlerfreien ZIP laufen, nach jeder Runde gegen feste Regeln geprüft werden und dabei proaktiv das jeweils wichtigste Problem auswählen.
Das Wort „Loop“ ist kein magischer Befehl. Erst diese vier Angaben machen daraus einen belastbaren Arbeitsablauf.
Was soll am Ende konkret funktionieren oder als Datei vorliegen?
Analyse, Ursache, Umsetzung, Test und kritische Kontrolle in sinnvoller Reihenfolge.
Woran erkennt Claude, ob eine Änderung wirklich korrekt ist und nichts beschädigt?
Wann ist die Aufgabe abgeschlossen – und wann muss eine weitere Runde beginnen?
Wähle die passende Vorlage, kopiere sie und ergänze darunter deine konkrete Aufgabe, Dateien und Anforderungen.
Arbeite selbstständig in einem wiederholten Analyse–Umsetzungs–Test-Loop. Ziel: [Beschreibe hier das gewünschte Endergebnis.] Ablauf pro Runde: 1. Analysiere den aktuellen Stand und alle Anforderungen. 2. Ermittle das wichtigste noch offene Problem. 3. Suche zuerst die tatsächliche Ursache, nicht nur das sichtbare Symptom. 4. Setze eine möglichst kleine, saubere und nachvollziehbare Änderung um. 5. Führe geeignete Tests durch. 6. Prüfe das Ergebnis kritisch auf Fehler und Nebenwirkungen. 7. Wenn Anforderungen offen oder Tests fehlerhaft sind, beginne die nächste Runde bei Schritt 1. Beende den Loop erst, wenn: – alle Anforderungen nachweisbar erfüllt sind, – keine reproduzierbaren Fehler mehr bestehen, – alle relevanten Tests erfolgreich waren, – und das vereinbarte Endergebnis vollständig vorliegt. Ändere nichts außerhalb des beschriebenen Auftrags. Falls du wirklich blockiert bist, stelle genau eine konkrete Rückfrage. Dokumentiere abschließend Änderungen, Testergebnisse und bekannte offene Risiken.
Arbeite selbstständig in einem Analyse–Umsetzungs–Test-Loop. Wichtig: Bestehende Funktionen, Optionen, Datenstrukturen, Shortcodes, Hooks, Elementor-Anbindungen, Schnittstellen und gespeicherte Nutzerdaten dürfen nicht entfernt oder unbeabsichtigt verändert werden. Ablauf pro Runde: 1. Analysiere den aktuellen Plugin-Stand vollständig. 2. Ermittle den wichtigsten noch offenen Fehler. 3. Reproduziere den Fehler und finde die tatsächliche Ursache. 4. Setze eine möglichst kleine und saubere Korrektur um. 5. Prüfe PHP, JavaScript, CSS, AJAX/REST, WordPress-Hooks und Datenbankzugriffe. 6. Teste Backend, Frontend, bestehende Optionen und betroffene Benutzerrollen. 7. Prüfe auf Nebenwirkungen, Regressionen, Sicherheitsprobleme und PHP-Warnungen. 8. Wenn ein Fehler oder eine Anforderung offen bleibt, starte die nächste Runde. Beende die Arbeit erst, wenn: – keine reproduzierbaren Fehler mehr bestehen, – alle Anforderungen umgesetzt sind, – vorhandene Funktionen weiterhin laufen, – keine PHP-Warnungen oder JavaScript-Fehler auftreten, – und das Plugin als vollständige, installierbare ZIP-Datei vorliegt. Erstelle vor Änderungen eine Sicherung beziehungsweise arbeite in einer Kopie. Stelle nur dann eine gezielte Rückfrage, wenn du technisch wirklich blockiert bist. Liefere abschließend: – gefundene Ursachen, – durchgeführte Änderungen, – konkrete Testergebnisse, – bekannte offene Risiken, – die fertige installierbare ZIP-Datei.
Arbeite in einem wiederholten Design–Umsetzungs–Prüf-Loop. Ziel: Modernisiere ausschließlich das visuelle Frontend. Bestehende Funktionen, Inhalte, Optionen, Formulare, Datenbindungen und Abläufe dürfen nicht verändert werden. Prüfe in jeder Runde: 1. Welcher Bereich wirkt aktuell am schwächsten oder uneinheitlichsten? 2. Welche kleine Designänderung verbessert Hierarchie, Lesbarkeit und Bedienung? 3. Setze die Änderung mit sauberem HTML5, CSS und bei Bedarf sparsamem JavaScript um. 4. Teste Desktop, Tablet und Smartphone. 5. Prüfe lange Überschriften, leere Felder, große und kleine Bilder sowie Hover-, Fokus- und Fehlerzustände. 6. Kontrolliere Barrierefreiheit, Kontrast, Tastaturbedienung und reduzierte Animationen. 7. Prüfe, ob sämtliche vorhandenen Funktionen unverändert laufen. 8. Beginne die nächste Runde, solange sichtbare Schwächen oder technische Fehler bestehen. Keine neuen Abhängigkeiten und keine Änderung der Geschäftslogik. Beende den Loop erst, wenn alle Ansichten konsistent, responsive und fehlerfrei sind. Dokumentiere anschließend Änderungen, Tests und verbleibende Einschränkungen.
Führe einen selbstständigen Reproduktions–Diagnose–Korrektur–Test-Loop durch. Fehlerbild: [Beschreibe hier exakt, was passiert, was erwartet wird und wann der Fehler auftritt.] Pro Runde: 1. Reproduziere den Fehler mit klar dokumentierten Schritten. 2. Sammle belastbare Hinweise aus Logs, Konsole, Netzwerkaufrufen und Codepfaden. 3. Formuliere die wahrscheinlichste Ursache und überprüfe sie. 4. Ändere nur den kleinsten notwendigen Codebereich. 5. Wiederhole exakt den ursprünglichen Reproduktionstest. 6. Ergänze einen passenden Regressionstest. 7. Teste angrenzende Funktionen auf Nebenwirkungen. 8. Falls der Fehler bleibt oder ein neuer Fehler entsteht, starte die nächste Runde mit den neuen Erkenntnissen. Nicht erlaubt: – Fehlermeldungen nur ausblenden, – Funktionen deaktivieren, damit der Test grün wird, – Tests entfernen oder abschwächen, – große Umbauten ohne nachgewiesene Notwendigkeit. Beende den Loop erst, wenn die Ursache belegt, der Fehler nicht mehr reproduzierbar und der Regressionstest erfolgreich ist. Berichte Ursache, Änderung und Testergebnisse.
Claude prüft Struktur, Verständlichkeit, Suchintention und Wiederholungen in mehreren Runden.
Jede Runde nimmt sich den wichtigsten Fehler vor und prüft anschließend bestehende Funktionen.
Claude verbessert die schwächste Ansicht, testet Breakpoints und schützt die Funktionalität.
Die einfache Formel
Ziel + Arbeitskreislauf + Prüfregeln + Abbruchbedingung = brauchbarer Claude-LoopClaude wird dadurch nicht unfehlbar. Aber du reduzierst unnötige Rückfragen, vergessene Tests und das ewige Nachreichen einzelner Korrekturen.
Nein. Du beschreibst Claude einen wiederholbaren Arbeitsablauf. Entscheidend sind konkrete Schritte, Tests und die Bedingung, unter der die Arbeit beendet wird.
Nein. Jede Umgebung hat Laufzeit-, Kontext- oder Werkzeuggrenzen. Gute Loops sind deshalb zielgerichtet. Wenn Claude technisch blockiert ist, soll es gezielt nachfragen statt so zu tun, als wäre alles erledigt.
Benenne geschützte Funktionen ausdrücklich und verlange Regressionstests. Bei WordPress gehören dazu zum Beispiel Optionen, Shortcodes, Datenstrukturen, Hooks, Schnittstellen und Elementor-Anbindungen.
Am besten ein klar abgegrenztes Hauptproblem. Kleine zusammenhängende Änderungen sind leichter zu testen und verursachen seltener unbemerkte Nebenwirkungen.
Bei kreativen Geschmacksfragen oder wenn du bewusst zwischen Varianten entscheiden willst. Ein Loop ist stark bei überprüfbaren Aufgaben – nicht beim Erraten deiner persönlichen Lieblingsvariante.
Nimm die passende Vorlage, ergänze dein Ziel und deine Dateien – und lass Claude analysieren, umsetzen und prüfen, bevor du wieder eingreifen musst.
Zu den Prompt-Vorlagen ↑
