Die Schleife ist das ganze Prinzip
Ein normaler Aufruf ist ein Zug: Frage rein, Antwort raus. Ein Agent bekommt stattdessen ein Ziel und eine Menge Werkzeuge und läuft dann in einer Schleife: überlegen, welcher Schritt als Nächstes sinnvoll ist – ein Werkzeug aufrufen – das Ergebnis betrachten – erneut überlegen. Bis das Ziel erreicht oder eine Abbruchbedingung erfüllt ist.
Alles Weitere sind Zutaten um diese Schleife herum: ein Gedächtnis, damit Zwischenergebnisse nicht verloren gehen; ein Schrittlimit, damit die Schleife endet; und Regeln, welche Handlungen ohne Rückfrage erlaubt sind.
Was Agenten gut können – und was nicht
Agenten spielen ihre Stärke aus, wenn der Weg zum Ziel nicht im Voraus feststeht: Recherche über mehrere Quellen, Fehlersuche, Aufgaben mit Rückfragen und Verzweigungen. Ein starrer Ablauf müsste jeden Fall vorher kennen; ein Agent kann auf Zwischenergebnisse reagieren.
Der Preis dafür ist Unberechenbarkeit. Derselbe Auftrag kann zweimal unterschiedliche Wege nehmen. Fehler pflanzen sich fort: Ein falsches Zwischenergebnis in Schritt zwei führt zu falschen Schlüssen in Schritt sieben, formuliert mit derselben Souveränität wie ein richtiges. Und die Kosten wachsen überproportional, weil bei jedem Schritt die gesamte bisherige Historie erneut verarbeitet wird.
- Geeignet: Recherche, Analyse, Entwurfserstellung, technische Fehlersuche, Datenaufbereitung
- Ungeeignet: exakt reproduzierbare Abläufe, harte Fristen, Vorgänge ohne Prüfmöglichkeit
- Immer nötig: Schrittlimit, Kostenlimit, vollständige Protokollierung jedes Werkzeugaufrufs
- Immer nötig: menschliche Freigabe vor Handlungen mit Geld- oder Außenwirkung
- Empfehlenswert: lesende Rechte großzügig, schreibende extrem sparsam vergeben
| Aufgabe | Fester Ablauf | Agent | Warum |
|---|---|---|---|
| Rechnungsdaten auslesen | ✓ besser | Immer derselbe Weg, prüfbar, günstiger, reproduzierbar | |
| Kundenmail klassifizieren | ✓ besser | Ein Schritt, ein Ergebnis – eine Schleife bringt nichts | |
| Ursache einer Störung finden | ✓ besser | Der nächste Prüfschritt hängt vom vorherigen Befund ab | |
| Marktrecherche über mehrere Quellen | ✓ besser | Suchpfad steht vorher nicht fest, Zwischenergebnisse steuern weiter | |
| Monatliche Zahlungsläufe | ✓ besser | Muss exakt reproduzierbar und revisionssicher sein |
Leitplanken, die in der Praxis wirklich zählen
Ein Agent ohne Grenzen ist kein Werkzeug, sondern ein Risiko. Die folgenden Leitplanken kosten wenig Entwicklungszeit und verhindern die teuersten Fehler.
| Leitplanke | Konkret | Verhindert |
|---|---|---|
| Schrittlimit | Nach 10–15 Schleifendurchläufen abbrechen und melden | Endlosschleifen, in denen sich der Agent im Kreis dreht |
| Kostenlimit | Harte Obergrenze je Vorgang und je Nutzer und Tag | Vierstellige Rechnungen durch einen einzigen fehlgeleiteten Lauf |
| Rechtetrennung | Lesende Werkzeuge frei, schreibende einzeln freigegeben | Dass ein Analysefehler zu einer echten Buchung wird |
| Freigabestufe | Alles mit Geld- oder Außenwirkung als Entwurf vorlegen | Falsche Mahnungen, Zahlungen, Kundenmails |
| Vollprotokoll | Jeden Werkzeugaufruf mit Parametern und Ergebnis speichern | Dass sich ein Vorfall hinterher nicht rekonstruieren lässt |
| Abbruchmeldung | Bei Unsicherheit an den Menschen übergeben statt zu raten | Souverän formulierte Falschergebnisse |
Das Gedächtnisproblem
Weil jeder Aufruf zustandslos ist, muss ein Agent seine gesamte Vorgeschichte bei jedem Schritt erneut mitschicken. Nach zwölf Schritten mit umfangreichen Werkzeugausgaben ist der Kontext voll – und dann beginnen die interessanten Fehler.
Zwei Effekte treten dabei regelmäßig auf. Erstens verliert das Modell Details aus der Mitte langer Kontexte deutlich häufiger als Anfang und Ende; man spricht vom „Lost in the Middle“-Effekt. Zweitens schleppt der Agent Ballast mit: Ein 4.000 Tokens langes Werkzeugergebnis aus Schritt zwei wird bis Schritt zwölf immer wieder mitgesendet, obwohl daraus nur ein einziger Wert gebraucht wurde.
Die üblichen Gegenmittel sind unspektakulär, aber wirksam: Werkzeugausgaben schon beim Empfang auf das Nötige eindampfen, ältere Schritte zusammenfassen statt vollständig mitzuführen, und Zwischenergebnisse außerhalb des Kontexts ablegen – in einer Datei oder Datenbank, auf die der Agent bei Bedarf gezielt zugreift.
| Strategie | Wie | Kosten | Verlustrisiko |
|---|---|---|---|
| Alles mitführen | Vollständige Historie bei jedem Schritt | wächst quadratisch | keines – bis das Fenster voll ist |
| Ausgaben eindampfen | Nur die benötigten Felder aus dem Werkzeugergebnis behalten | deutlich niedriger | gering, wenn die Auswahl stimmt |
| Ältere Schritte zusammenfassen | Nach je 5 Schritten verdichten lassen | niedrig | mittel – Details gehen verloren |
| Auslagern | Zwischenergebnisse in Datei/Datenbank, gezielt nachladen | am niedrigsten | gering, aber mehr Entwicklungsaufwand |
Rechenbeispiel zur quadratischen Kostenkurve
Ein Agent startet mit 800 Tokens Kontext und sammelt je Schritt 400 Tokens ein. Schritt 1 verarbeitet 800 Tokens, Schritt 2 dann 1.200, Schritt 3 1.600 und so weiter. Nach 10 Schritten wurden nicht 8.000, sondern rund 26.000 Tokens verarbeitet – dreimal so viel wie die naive Rechnung. Bei 20 Schritten sind es bereits 92.000 statt 16.000. Deshalb ist ein Schrittlimit kein Schönheitsfehler, sondern eine Kostenbremse.
Mehrere Agenten – nützlich oder Mode?
Verbreitet sind Aufbauten mit mehreren spezialisierten Agenten: einer recherchiert, einer schreibt, einer prüft, ein Koordinator verteilt. Das kann sinnvoll sein, weil jeder Agent einen kleineren, klareren Auftrag und einen kürzeren Kontext hat – und weil ein prüfender Agent Fehler des schreibenden findet.
Es kann aber auch nur Kosten und Fehlerquellen vervielfachen. Die ehrliche Faustregel aus Projekten: Erst einen einzelnen Agenten mit guten Werkzeugen zum Laufen bringen und messen. Wenn der scheitert, liegt es fast immer an unklaren Werkzeugbeschreibungen oder fehlender Prüfung – nicht daran, dass zu wenige Agenten beteiligt waren.
Beispiel: Angebotserstellung mit Freigabe
Ein Anlagenbauer setzt einen Agenten für Angebotsentwürfe ein. Er darf lesen: CRM-Historie des Kunden, Preisliste, technische Datenblätter, vergleichbare Angebote der letzten zwei Jahre. Er darf schreiben: genau eine Aktion, nämlich einen Angebotsentwurf im CRM anlegen – nie versenden. Ergebnis nach einem halben Jahr: Die Zeit bis zum versandfertigen Angebot sank von durchschnittlich drei Tagen auf einen halben. Wichtiger für die Akzeptanz war aber eine andere Zahl: In 12 % der Fälle korrigierte der Vertrieb den Entwurf substanziell – ohne die Freigabestufe wären genau diese Angebote falsch beim Kunden gelandet.
Das Wichtigste in Kürze
- Ein Agent ist dasselbe Modell in einer Schleife aus Denken, Handeln und Beobachten.
- Stärke bei offenen Aufgaben, Schwäche bei Reproduzierbarkeit und Kostenkontrolle.
- Fehler in frühen Schritten pflanzen sich fort und klingen genauso überzeugend wie richtige Ergebnisse.
- Kosten wachsen quadratisch, weil die Historie bei jedem Schritt erneut verarbeitet wird – 20 Schritte kosten das Sechsfache von 10, nicht das Doppelte.
- Langer Kontext verschlechtert die Qualität: Details aus der Mitte gehen häufiger verloren als Anfang und Ende.
- Schreibende Rechte extrem sparsam vergeben, Handlungen mit Außenwirkung immer freigeben lassen.
- Mehrere Agenten lösen selten ein Problem, das ein einzelner mit guten Werkzeugen nicht löst.
?Wissens-Check
Beantworten Sie die Fragen, um Ihr Verständnis zu prüfen. Sie erhalten sofort eine Rückmeldung.
Frage 1.Was unterscheidet einen Agenten von einem einfachen Aufruf?
Frage 2.Warum wachsen die Kosten eines Agenten überproportional?
Frage 3.Welche Absicherung gehört bei einem Agenten mit Zugriff auf Zahlungssysteme zwingend dazu?