Ein offener Auftrag kann viele Schritte auslösen
Ein Agent sucht nach einer fehlenden Information, versucht eine weitere Quelle und wiederholt einen Aufruf. Ohne Begrenzung kann die Bearbeitung länger laufen und mehr Ressourcen verwenden als für den Vorgang sinnvoll ist.
Eine Anweisung wie „Arbeite gründlich“ bestimmt nicht, wann beendet werden soll. Die Anwendung muss festlegen, welche Aktionen zulässig sind und wann sie den Ablauf stoppt.
Grenzen an der Aufgabe ausrichten
Anthropic nennt Abbruchbedingungen als Bestandteil agentischer Abläufe. Praktisch können Zeit, Zahl der Werkzeugaufrufe und Wiederholungen begrenzt werden. Die passenden Werte müssen für die konkrete Aufgabe erprobt werden.
Ein interaktiver Arbeitsschritt benötigt andere Wartezeiten als eine nachts verarbeitete Sammlung. Beide brauchen trotzdem eine erkennbare Reaktion, wenn die Bearbeitung nicht wie vorgesehen endet.
Nach dem Stopp darf nichts unklar bleiben
Fiktives Beispiel: Nach mehreren erfolglosen Abfragen fehlt weiterhin eine Lieferinformation. Der Vorgang wird mit dem Grund „Information nicht ermittelt“ zur Prüfung gestellt. Bereits bestätigte Teilergebnisse bleiben sichtbar.
Wenn der Agent zuvor eine Änderung vorgenommen hat, muss diese ebenfalls dokumentiert sein. Ein Stoppsignal macht bereits ausgeführte Aktionen nicht automatisch rückgängig.
Fehlermuster statt nur Gesamtkosten prüfen
Wenn viele Vorgänge dieselbe Grenze erreichen, kann das auf ungeeignete Werkzeuge, fehlende Daten oder einen zu weit gefassten Auftrag hinweisen. Die Grenze einfach zu erhöhen würde die Ursache möglicherweise verdecken.
Prüfen Sie einzelne Ausführungsverläufe und unterscheiden Sie regulär schwierige Fälle von wiederholten Schleifen. Auch eine technische Nichterreichbarkeit braucht einen anderen Umgang als eine fachlich unbeantwortbare Frage.
Im Forward Deployment lassen sich die Grenzen mit dem Fachteam an typischen Aufgaben bestimmen. Nach einer Änderung von Modell oder Werkzeugen sollten sie erneut betrachtet werden. Ein sinnvoller Wert aus einem alten Ablauf gilt nicht automatisch für eine erweiterte Aufgabe.
Quellen und weiterführende Grundlagen
Über den Autor
Julian Süllner hat Provehor gegründet und führt das Unternehmen als Geschäftsführer. Er verantwortet Produktentwicklung, Kundenprojekte und die Ratgeber auf dieser Website.