Skip to main content
OpenClaw verfügt über zwei zusammenwirkende Schutzmechanismen gegen sich wiederholende Tool-Aufrufmuster, die beide unter tools.loopDetection konfiguriert werden:
  1. Schleifenerkennung (enabled) – standardmäßig deaktiviert. Überwacht den fortlaufenden Tool-Aufrufverlauf auf wiederholte Muster und erneute Versuche mit unbekannten Tools.
  2. Schutz nach Compaction – aktiviert, sofern enabled nicht ausdrücklich false ist. Wird nach jedem erneuten Versuch nach einer Compaction aktiviert und bricht den Lauf ab, wenn der Agent dasselbe (tool, args, result)-Tripel innerhalb des Zeitfensters wiederholt.
Setzen Sie tools.loopDetection.enabled: false, um beide Schutzmechanismen zu deaktivieren.

​
Zweck

  • Erkennt sich wiederholende Sequenzen, die keinen Fortschritt erzielen.
  • Erkennt hochfrequente Schleifen ohne Ergebnis (dasselbe Tool, dieselben Eingaben, wiederholte Fehler).
  • Erkennt bestimmte Muster wiederholter Aufrufe bei bekannten Polling-Tools.
  • Unterbricht Zyklen aus Kontextüberlauf -> Compaction -> derselben Schleife, statt sie unbegrenzt weiterlaufen zu lassen.

​
Konfigurationsblock

Globale Einstellung:
Überschreibung pro Agent (optional, unter agents.entries.*.tools.loopDetection):
Die Einstellung pro Agent überschreibt die globale Einstellung.

​
Verhalten des Felds

Für exec vergleicht das Hashing bei ausbleibendem Fortschritt stabile Befehlsergebnisse (Status, Exit-Code, Zeitüberschreitungskennzeichen, Ausgabe) und ignoriert veränderliche Laufzeitmetadaten wie Dauer, PID, Sitzungs-ID und Arbeitsverzeichnis. Ergebnisse ausgehender Nachrichtenversandvorgänge werden ohne veränderliche aufrufspezifische IDs (Nachrichten-ID, Datei-ID, Zeitstempel) gehasht, sodass ein „gesendet“-Ergebnis nicht identisch mit einem anderen „gesendet“- Ergebnis erscheint. Wenn eine Lauf-ID verfügbar ist, wird der Verlauf nur innerhalb dieses Laufs ausgewertet, sodass geplante Heartbeat-Zyklen und neue Läufe keine veralteten Schleifenzähler aus früheren Läufen übernehmen.

​
Empfohlene Einrichtung

  • Setzen Sie für kleinere Modelle enabled: true. Spitzenmodelle benötigen die Erkennung des fortlaufenden Verlaufs selten und können den Hauptschalter auf false belassen, während sie weiterhin vom Schutz nach Compaction profitieren.
  • Um alles einschließlich des Schutzes nach Compaction zu deaktivieren, setzen Sie tools.loopDetection.enabled: false ausdrücklich.

​
Schutz nach Compaction

Nach einem erneuten Versuch infolge einer Compaction nach einem Kontextüberlauf aktiviert der Runner einen Schutz mit kurzem Zeitfenster für die nächsten Tool-Aufrufe. Wenn der Agent dasselbe (toolName, argsHash, resultHash)-Tripel innerhalb dieses Zeitfensters oft genug ausgibt, kommt der Schutz zu dem Schluss, dass die Compaction die Schleife nicht unterbrochen hat, und bricht den Lauf mit einem compaction_loop_persisted-Fehler ab. Der Schutz wird durch das tools.loopDetection.enabled-Hauptflag mit einer Besonderheit gesteuert: Er bleibt aktiviert, wenn das Flag nicht gesetzt oder true ist, und wird nur deaktiviert, wenn das Flag ausdrücklich false ist. Dies ist beabsichtigt – der Schutz dient dazu, Compaction-Schleifen zu verlassen, die andernfalls unbegrenzt Tokens verbrauchen würden, sodass auch Benutzer ohne Konfiguration geschützt sind.
  • Der Schutz bricht niemals ab, solange sich die Ergebnisse ändern; nur byte-identische Ergebnisse innerhalb des Zeitfensters lösen ihn aus.
  • Er wird nur unmittelbar nach einem erneuten Versuch nach einer Compaction aktiviert, nicht an anderen Stellen eines Laufs.
Der Schutz nach Compaction wird immer ausgeführt, wenn das Hauptflag nicht ausdrücklich false ist, selbst wenn Sie nie einen tools.loopDetection-Block angelegt haben. Suchen Sie zur Überprüfung unmittelbar nach einem Compaction-Ereignis im Gateway-Protokoll nach post-compaction guard armed for N attempts.

​
Protokolle und erwartetes Verhalten

Wenn eine Schleife erkannt wird, protokolliert OpenClaw ein Schleifenereignis und warnt entweder oder blockiert abhängig vom Schweregrad den nächsten Tool-Zyklus. Dies schützt vor unkontrolliertem Token- Verbrauch und Blockierungen, während der normale Tool-Zugriff erhalten bleibt.
  • Warnungen erfolgen zuerst.
  • Die Blockierung folgt, sobald ein Muster über den Warnschwellenwert hinaus fortbesteht.
  • Kritische Schwellenwerte blockieren den nächsten Tool-Zyklus und zeigen einen eindeutigen Grund der Schleifenerkennung im Laufdatensatz an.
  • Der Schutz nach Compaction gibt compaction_loop_persisted-Fehler aus, die das betreffende Tool und die Anzahl identischer Aufrufe nennen.

​
Verwandte Themen

Ausführungsgenehmigungen

Zulassungs-/Ablehnungsrichtlinie für die Shell-Ausführung.

Denkstufen

Stufen des Denkaufwands und Interaktion mit Provider-Richtlinien.

Unteragenten

Starten isolierter Agenten zur Begrenzung unkontrollierten Verhaltens.

Konfigurationsreferenz

Vollständiges tools.loopDetection-Schema und Zusammenführungssemantik.