Verwaltung von KI-Agenten-Fehlern: Wiederholungslimits und Fehlerbudgets

Dies ist eine Fallstudie eines Teams, das 6 KI-Agenten in der Produktion betreibt, mit Fokus darauf, wie ihre Arbeitswarteschlange Fehlermodi jenseits einfacher Aufgabenverteilung handhabt.
Wichtiger Fehlervorfall und Lösung
Ein früher Vorfall betraf einen Agenten, der ein Ratenlimit erreichte, scheiterte, wiederholt wurde, erneut das Limit erreichte und diesen Zyklus 319 Mal wiederholte. Dies verbrauchte Stunden an Rechenleistung für eine Aufgabe, die niemals erfolgreich sein würde.
Die implementierte Lösung war ein 3-Streik-Fehlerbudget. Nach 3 Fehlern wird die Aufgabe als dauerhaft fehlgeschlagen markiert, anstatt erneut in die Warteschlange gestellt zu werden.
Weitere berücksichtigte Fehlermodi
- Agenten beanspruchen Aufgaben, werden aber still (behandelt mit Herzschlag-Timeouts)
- Agenten melden TASK_COMPLETE, ohne die Aufgabe tatsächlich abzuschließen (ein Selbstmeldungsproblem)
- Zwei Agenten greifen dieselbe Aufgabe ab (behandelt mit optimistischem Sperren)
Das Team merkt an, dass die 3-Streik-Regel im Nachhinein offensichtlich erscheint, aber brutal war, sie durch Erfahrung zu entdecken.
📖 Quelle lesen: r/clawdbot
👀 Siehe auch

Senior Developer's Claude Max Lernkurve: Von vagen Anweisungen zu strukturierten Code-Reviews
Ein Entwickler mit 8 Jahren Erfahrung in Node.js, Go, Angular und AWS teilt mit, wie er Claude Max zunächst falsch einsetzte, indem er ihn wie einen Senior-Engineer mit Projektkontext behandelte, und dann die Ergebnisse verbesserte, indem er strukturierte Review-Prozesse einführte, ähnlich wie bei der Betreuung von Junior-Entwicklern.

OpenClaw korrigierte selbst einen Zeitzonenfehler: Kritikschleife erfasst Kalenderfehler
Ein Nutzer berichtete, wie der Create-Critique-Revise-Loop von OpenClaw einen Zeitzonenfehler, eine falsch angewandte Wiederholungsregel und ein falsches Datum aus einem alten Export beim Zusammenstellen eines Familien-ICS-Kalenders erkannte.

Autonomes Cold-Email-System, erstellt mit OpenClaw-Agenten
Ein auf OpenClaw basierendes System automatisiert Cold-Email-Outreach, indem es Nexus nutzt, um die Websites von Interessenten zu recherchieren, personalisierte E-Mail-Inhalte aus der Analyse zu generieren, Batches in Notion zu verwalten, über Instantly zu versenden und Antworten ohne manuellen Eingriff zu priorisieren.

Entwicklung eines Slay the Spire 2-Agenten mit lokalen LLMs: Erkenntnisse und offene Probleme
Ein Entwickler hat einen Agenten erstellt, der Slay the Spire 2 mithilfe von Qwen3.5-27B über KoboldCPP/Ollama spielt. Dabei wurden etwa 10 Sekunden pro Aktion und eine Erfolgsquote von etwa 88 % erreicht, dank Techniken wie zustandsbasierter Tool-Routing und Single-Tool-Modus, wobei offene Probleme wie Prompt-Konsistenz und Tool-Aufrufzuverlässigkeit identifiziert wurden.