Erkennbares Symptom: Ein L1-Agent steckt wegen fehlerhaften Reasonings in unproduktiven Endloszyklen fest, ohne programmiertes Rekursionslimit oder Schritt-Budget. Geeignete Korrektur: Ein hartes recursion_limit und ein Schritt-Budget auf Harness-Ebene setzen. Ein Reflexion-Gate oder einen Tool-Call-Zähler hinzufügen, um Endlosschleifen zu unterbrechen. Eino…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Eine Unbounded Loop ist eine Schleife ohne verlässliche Abbruchbedingung, die dauerhaft läuft oder Ressourcen fortlaufend verbraucht.
Das Muster stammt aus der Programmierung und wurde als typische Fehlerklasse von Schleifen ohne erreichbares Ende beschrieben. In der System- und Agentenpraxis wird es als Anti-Pattern relevant, wenn fehlende Abbruchkriterien, Fortschrittsprüfungen oder Zeitlimits einen Prozess festhalten.
Definiere vor dem Start eine überprüfbare Endbedingung und stelle sicher, dass jeder Durchlauf den Zustand darauf zu bewegt. Ergänze ein Limit für Iterationen oder Zeit und behandle Stillstand als Fehler.
Eine Schleife braucht eine erreichbare Abbruchbedingung und Fortschritt in Richtung dieses Zustands.
Fehlt Fortschritt oder wird die Bedingung nie wahr, wiederholt sich die Arbeit und bindet Ressourcen.
Prüfe Schleifen mit Tests, Timeouts und Iterationsgrenzen; protokolliere den Zustand, wenn der Fortschritt ausbleibt.
Das Anti-Pattern ist bei Jobs, Polling, Rekursion und agentischen Abläufen wichtig, weil ein einzelner Fehler einen Prozess dauerhaft binden kann.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.