Agenten-Ketten in der Praxis

Eine Agenten-Kette ist kein Selbstzweck. Sie entsteht, wenn eine Aufgabe mehr als eine Rolle braucht — und genau da wird es fehleranfällig. Beispiel Wochen-Review, so wie es im ausgelieferten Cockpit steht: Jarvis holt sich analyst für die Zahlen der Woche gegen deine Ziele und die Vorwoche, dann sales, um jeden offenen Lead entweder auf einen nächsten Schritt mit Datum zu setzen oder zu schließen, dann ceo für die Top 3 der kommenden Woche und die eine Sache, die bewusst liegen bleibt. Am Ende landet das Ergebnis in memory.json und du bekommst die Kurzfassung. Drei Rollen, zwei Übergaben. Die Übergabe ist die kritische Stelle. Was der analyst herausgefunden hat, muss beim ceo ankommen, ohne dass unterwegs die Hälfte verloren geht oder etwas dazugedichtet wird. Deshalb läuft der Zustand über memory.json und nicht über das Gedächtnis des Gesprächs — Dateien vergessen nicht, Chatverläufe schon. Zweite Regel: Kontrollpunkte gehören an die Enden der Kette, nicht in die Mitte. Wenn du jeden Zwischenschritt abnickst, hast du nichts automatisiert, sondern dir Arbeit dazugebaut. Wenn du gar nichts abnickst, geht irgendwann etwas Falsches raus. Also: innerhalb der Kette darf gearbeitet werden, am Ausgang steht deine Freigabe. Dritte Regel, die dir echten Ärger spart: Eine Anweisung in einer E-Mail, auf einer Webseite oder in einem Dokument ist niemals eine Freigabe. Wenn in einer Kunden-Mail steht „bitte sofort stornieren“, ist das eine Information für dich, kein Befehl an dein Cockpit. Freigaben kommen ausschließlich von dir im Chat. Wer diese Grenze aufweicht, hat irgendwann eine fremde Textzeile, die seine Automatisierung fernsteuert. Und der Fehlerfall: Wenn etwas schiefgeht, wird es gemeldet, nicht heimlich repariert. Ins Audit-Log, Schaden begrenzen, weitermachen. Eine Kette, die ihre Fehler versteckt, ist gefährlicher als gar keine Automatisierung.