Zustand statt Schritte: Warum Ihre Workflow-Automatisierung kein Gedächtnis hat

Ihr Workflow läuft seit 4 Monaten sauber durch. Fragen Sie ihn, was er letzten Dienstag über diesen einen Kunden entschieden hat.

Er weiß es nicht. Er hat es nie gewusst. Ein Lauf hat begonnen, Schritte abgearbeitet, ein Ergebnis geschrieben und ist verschwunden. Was bleibt, ist ein Ausführungsprotokoll: eine Liste davon, dass etwas passiert ist, nicht davon, was seitdem gilt.

Vier Garantien trennen ein Produktionssystem von einer Demo: Memory, Freigaben, Sandboxing und Rollback. 3 davon sind im Workflow-Werkzeug eine Einstellung. Die vierte ist Architektur, und fast niemand baut sie.

3 von 4 Garantien sind Konfiguration

Freigaben sind ein Knoten, der wartet. Sandboxing ist ein getrennter Runner und ein eigener Satz Zugangsdaten. Rollback ist ein Wiederherstellungspunkt und die Disziplin, ihn zu setzen. Alle drei können Sie an einem Nachmittag einrichten, und die gängigen Werkzeuge liefern es mit.

Memory nicht. Ein Workflow-Werkzeug ist als Ausführungsmaschine gebaut, nicht als Wissensspeicher. Es kennt den aktuellen Lauf. Es kennt nicht den Bestand.

Keine Schwäche eines bestimmten Produkts. Bauform. Wer von einer Ausführungsmaschine verlangt, dass sie sich erinnert, sucht am falschen Ort.

Zustand ist kein Protokoll

Der übliche Einwand: Wir loggen doch alles.

Ein Protokoll beantwortet, was passiert ist. Zustand beantwortet, was jetzt gilt. Das ist nicht dieselbe Frage, und die zweite ist die teure.

“Der Lieferant hat am 12. geschrieben, dass sich die Lieferung verschiebt” steht im Protokoll. “Der Liefertermin ist der 6. Oktober” steht nirgends. Jemand müsste die Nachricht lesen und sie zu einer Aussage über die Welt befördern. Diese Beförderung ist der Schritt, den ein Ausführungsprotokoll nie macht.

Solange den Schritt niemand macht, macht ihn jeder Lauf neu. Ihr Agent liest dieselbe Mail zum vierten Mal und kommt zum vierten Mal zu einem Schluss, den niemand festgehalten hat. Das ist nicht nur teuer. Es ist nicht nachvollziehbar, weil es keine Stelle gibt, an der jemand entschieden hat.

Der Bestand ist die Arbeit

Über die 5 Geschäftsgraphen, die ich betreibe, stehen aktuell 2.161 Kanten. Die sind nicht aus Läufen gefallen. Jede ist einmal durch eine Regel gegangen, die entschieden hat, ob sie automatisch übernommen wird oder vor einen Menschen gehört. Welche drei Regeln das sind und warum die meisten Fakten nie vor einem Menschen landen sollten, steht in den Freigabe-Regeln für das Gedächtnis von KI-Agenten.

Die Zahl, auf die es ankommt, ist die zweite: 735 aufgenommene Elemente haben 1.980 Fakten erzeugt, und 87 davon sind durch die Freigabe gegangen. Der Rest lief durch, weil eine Regel ihn tragen konnte.

Wo dieser Bestand liegt, ist dabei zweitrangig. Eine Variante ohne neue Datenbank ist die Task-App, die Sie ohnehin jeden Tag pflegen.

Das ist der Punkt. Gedächtnis ist nicht mehr speichern. Gedächtnis ist entscheiden, was bleiben darf, und diese Entscheidung so zu führen, dass sie später noch jemand nachlesen kann. Ohne diese Führung wächst kein Speicher, sondern ein Haufen.

Was Sie diese Woche prüfen können

Nehmen Sie eine laufende Automatisierung und stellen Sie ihr 3 Fragen.

Was gilt gerade, ohne dass ein neuer Lauf startet? Lässt sich die Antwort nur aus einem Protokoll rekonstruieren, haben Sie keinen Zustand. Sie haben Historie.

Wer hat entschieden, dass das gilt? “Das System” ist keine Antwort. Das ist eine Beförderung ohne Unterschrift.

Und wenn es falsch war? Sucht jemand von Hand in einer Datenbank, ist Rollback eine Behauptung, kein Betriebsweg.

Drei Antworten, 20 Minuten. Sie brauchen dafür kein neues Werkzeug, nur eine ehrliche Runde durch das, was schon läuft.

Ein Pilot zeigt, dass die Schritte funktionieren. Der Betrieb fragt, was das System weiß. Welche Ihrer Automatisierungen könnte diese Frage heute beantworten?