Das Problem
Stell dir vor, du schreibst: „Schick die Adresse des Restaurants von meinem Abendessen am Freitag an alle Gäste.“ Dafür muss man deinen Kalender lesen, das Abendessen finden, den Ort daraus entnehmen, jeden Gast in deinen Kontakten suchen und dann eine E-Mail vorbereiten. Fünf Handgriffe, drei Dienste.
All das auf einmal einem einzigen Sprachmodell zu geben, mit allen Werkzeugen vor Augen, funktioniert schlecht. Je mehr Werkzeuge es sieht, desto mehr zögert es und desto öfter greift es zum falschen. Jeder Aufruf kostet mehr. Und wenn es schiefgeht, lässt sich nicht sagen, wo.
Was ich wollte
Ich wollte, dass LIA wie ein kleines, gut organisiertes Team arbeitet: Jemand sortiert die Anfrage ein, jemand bereitet den Plan vor, jemand prüft ihn, jemand führt ihn aus, und jemand antwortet dir. Jede Rolle macht genau eine Sache. Um sie herum bringt jeder Bereich seine eigenen Werkzeuge und deren Gebrauchsanweisung mit: E-Mails, Kalender, Kontakte, Aufgaben, Dateien, Wetter, Orte, Routen, Websuche und sogar die MCP-Server, die du selbst hinzufügst.
Um diese Rollen zu verbinden, habe ich LangGraph gewählt, eine Bibliothek, die eine Verarbeitung als Graph beschreibt: Schritte und Regeln, die sagen, welcher als Nächstes kommt. Deine Nachricht folgt diesem Graphen vom Anfang bis zum Ende.
Wie es abläuft
- Das Einsortieren. Der Router liest deine Nachricht und entscheidet, ob es um eine Unterhaltung oder um eine Aufforderung zum Handeln geht und welche Bereiche betroffen sind. „Danke, das war perfekt“ geht direkt zur Antwort. Das Abendessen am Freitag geht zum Planer, mit Kalender, Kontakten und E-Mails.
- Der Plan. Der Planer erhält nur die Werkzeuge dieser Bereiche. Er schreibt einen Plan: welche Schritte, mit welchen Parametern, und welche auf das Ergebnis eines anderen warten.
- Die Prüfung. Vor dem ersten Aufruf kontrolliert LIA diesen Plan: ein erfundenes Werkzeug, ein Schritt, der auf einen anderen wartet, den es nicht gibt, ein Wert außerhalb der Grenzen. Was sich reparieren lässt, wird repariert, was zweifelhaft bleibt, geht zurück an den Planer.
- Die Ausführung. Unabhängige Schritte starten gleichzeitig, die anderen warten auf das, was sie brauchen. Hier: zuerst der Kalender, dann alle Gäste parallel, dann der E-Mail-Entwurf, den du vor dem Versand bestätigst.
- Das kleine Extra. Sobald die Ergebnisse zurück sind, schaut LIA, ob eine Information fehlt, die sie einfach lesen kann. Schlägt eine E-Mail ein Treffen am Donnerstag vor, kann sie einen Blick auf deinen Kalender am Donnerstag werfen. Sie kann dir auch eine Aktion vorschlagen, ohne sie auszuführen.
- Die Antwort. Eine letzte Rolle fasst zusammen, was passiert ist, und schreibt es dir, wobei sie unterscheidet, was gelungen und was gescheitert ist.
Zwei Arbeitsweisen
Dieser Ablauf ist der Pipeline-Modus: erst planen, dann ausführen. Er ist der sparsamste und vorhersehbarste, und er ist der Standardmodus. Manche Fragen lassen sich aber nicht im Voraus planen. „Was machen wir am Wochenende?“ hängt davon ab, was LIA unterwegs herausfindet. Für diese kannst du mit einem Klick auf die Modus-Schaltfläche oben auf dem Bildschirm in den ReAct-Modus wechseln: LIA geht Schritt für Schritt vor, liest jedes Ergebnis und wählt den nächsten Schritt. Beide Modi teilen dasselbe Gedächtnis und dieselben Bestätigungen und treffen sich beim selben Antwortschritt.
Ein Faden, der nicht verloren geht
Nach jedem Schritt wird der Zustand der Unterhaltung in der Datenbank (PostgreSQL) gespeichert. Wenn LIA auf deine Bestätigung wartet, macht sie genau dort weiter, wo sie aufgehört hat, sobald du antwortest, solange die Frage nicht abgelaufen ist. Wenn du den Tab schließt, läuft die Antwort auf dem Server weiter und wartet auf dich, wenn du zurückkommst. Und wenn eine Unterhaltung sehr lang wird, fasst LIA ihren Anfang für den eigenen Gebrauch zusammen, ohne etwas aus dem Verlauf zu löschen, den du siehst.
Die Grenzen
Das Einsortieren kann danebenliegen. Wenn der Router wirklich zweifelt, antwortet er dir, ohne zu handeln, und oft genügt eine Umformulierung. Der Pipeline-Modus legt seinen Plan fest, bevor er die Ergebnisse gesehen hat: Scheitert ein Schritt, sagt er es dir, ohne einen anderen Weg zu improvisieren. Und ein Bereich existiert für LIA nur, wenn der Dienst verbunden ist: Ohne deinen Kalender kann kein Plan ihn lesen.
Der vollständige Ablauf ist auf der technischen Seite beschrieben.
Weiterlesen: Erst ein Plan, dann die Tat: Wie LIA deine mehrstufigen Anfragen vorbereitet und prüft; Pipeline oder ReAct: zwei Wege, wie LIA deine Anfrage angeht.