Praktische Techniken zur Reduzierung von Zustandsdrift in mehrstufigen KI-Agenten

Das Problem identifizieren

Beim Aufbau von mehrstufigen oder Multi-Agenten-Workflows ist ein häufiges Problem, dass Dinge isoliert funktionieren, aber über Schritte hinweg versagen. Symptome sind:

• Gleiche Eingabe erzeugt unterschiedliche Ausgaben über mehrere Durchläufe
• Agenten "vergessen" frühere Entscheidungen
• Debugging wird fast unmöglich

Zunächst wurden diese Probleme fälschlicherweise für Prompt-Probleme, Temperatur-Zufälligkeit oder schlechte Abrufe gehalten, aber die Ursache war Zustandsdrift.

Praktische Lösungen, die funktionierten

Hören Sie auf, sich auf "neuesten Kontext" zu verlassen

Die meisten Setups lassen Schritt N den aktuell vorhandenen Kontext lesen. Das Problem ist, dass Kontext instabil ist – besonders bei parallelen Schritten oder asynchronen Updates.

Snapshot-basiertes Lesen einführen

Anstatt den "neuesten Zustand" zu lesen, liest jeder Schritt aus einem festgehaltenen Snapshot. Zum Beispiel liest Schritt 3 nicht "aktueller Speicher" – er liest Snapshot v2 (festgelegt). Dies macht die Ausführung deterministisch.

Schreiben ausschließlich anhängend gestalten

Anstatt gemeinsamen Speicher zu verändern, schreibt jeder Schritt eine neue Version ohne Überschreibungen. Also v2 → Schritt → erzeugt v3, dann v3 → nächster Schritt → erzeugt v4. Dies ermöglicht:

• Wiedergabe von Abläufen
• Debugging exakter Fehler
• Vergleich von Durchläufen

"Zustand" vs "Kontext" trennen

Diese Unterscheidung war entscheidend. Jetzt behandeln:

• Zustand = strukturiert, persistent (Entscheidungen, Ausgaben, Variablen)
• Kontext = temporär (was das Modell pro Schritt sieht)

Vermischen Sie die beiden nicht.

Zustand minimal + strukturiert halten

Anstatt den gesamten Chatverlauf auszugeben, speichern Sie Dinge wie:

• Ziel
• Aktueller Schritt
• Bisherige Ausgaben
• Getroffene Entscheidungen

Alles andere wird bei Bedarf abgeleitet.

Temperatur strategisch einsetzen

Temperatur war nicht das Hauptproblem. Was besser funktionierte:

• Niedrige Temperatur (0–0,3) für zustandsändernde Schritte
• Höhere Temperatur nur für "kreative" Endschritte

Ergebnisse

Nach der Umsetzung dieser Änderungen:

• Durchläufe wurden reproduzierbar
• Multi-Agenten-Koordination verbesserte sich
• Debugging ging von Raten zu Nachvollziehbarkeit über

Der Autor fragt, wie andere damit umgehen: Zustand aus Verlauf rekonstruieren, Vektorabruf nutzen, expliziten strukturierten Zustand speichern oder etwas anderes?