AI Agent oder Workflow: der Unterschied, der Geld kostet
Ein Workflow macht jedes Mal dasselbe. Ein Agent entscheidet selbst, was er tut. Die Verwechslung ist teuer — meistens in die Richtung, in die gerade alle laufen.
„Wir bauen dafür einen Agenten" ist 2026 der Satz, mit dem viele Automationsprojekte anfangen. In der Hälfte der Fälle beschreibt die Aufgabe dahinter einen Ablauf, den man in zehn Zeilen aufschreiben könnte. Der Unterschied ist nicht akademisch — er zeigt sich in der Rechnung und in der Fehlersuche.
Die beiden Bauweisen
Workflow. Ein festgelegter Ablauf: Auslöser, Schritte, Bedingungen, Ergebnis. Dieselbe Eingabe nimmt denselben Weg. Was passiert ist, lässt sich im Nachhinein Schritt für Schritt ansehen.
Agent. Ein Ziel, ein Werkzeugkasten und ein Sprachmodell, das entscheidet, welches Werkzeug es wann benutzt. Dieselbe Eingabe kann beim zweiten Mal einen anderen Weg nehmen — das ist keine Fehlfunktion, sondern die Funktionsweise.
Woran sich der Unterschied bemerkbar macht
| Workflow | Agent | |
|---|---|---|
| Ablauf | festgelegt | wird zur Laufzeit entschieden |
| Wiederholbarkeit | gleiche Eingabe, gleicher Weg | gleiche Eingabe, evtl. anderer Weg |
| Kosten je Lauf | vorhersehbar | schwankend |
| Fehlersuche | Schritt für Schritt nachvollziehbar | Weg muss rekonstruiert werden |
| Prüfbarkeit | vollständig | nur über Protokolle |
| Änderungen | an definierter Stelle | wirken sich auf das Verhalten aus |
Die vierte Zeile ist im Betrieb die wichtigste. Wenn eine Kette um drei Uhr nachts etwas Falsches getan hat, will man am Morgen sehen, was sie getan hat. Bei einem Workflow ist das eine Liste. Bei einem Agenten ist es eine Rekonstruktion — und nur dann möglich, wenn vorher ein vollständiges Protokoll eingebaut wurde.
Die Kostenfrage ist eine Streuungsfrage
Der Preis je Modellaufruf ist selten das Problem. Das Problem ist, dass derselbe Fall beim Agenten mal zwei und mal zwanzig Schritte braucht — und dass zwanzig Schritte nicht bedeuten, dass das Ergebnis besser ist.
Für eine Kalkulation heißt das: Ein Workflow lässt sich mit „x Läufe mal y Kosten" hochrechnen. Ein Agent braucht eine Obergrenze je Lauf, sonst gibt es keine Kostenplanung, sondern eine Kostenüberraschung.
Die Faustregel
Können Sie die Aufgabe als Ablauf aufschreiben, ohne dass in jedem zweiten Schritt „kommt darauf an" steht? Dann bauen Sie einen Workflow.
Beispiele aus dem E-Commerce, die eindeutig Workflow sind:
- Bestellung geht ein → Daten ins ERP → Bestätigung zurück
- Bestellstatus wechselt auf bezahlt → Rechnung erzeugen → versenden
- Lagerbestand ändert sich im ERP → an den Shop melden
- Neuer Kunde → ins CRM → Willkommensstrecke starten
Und solche, bei denen ein Agent Sinn ergibt:
- Freitextanfragen aus dem Kontaktformular einordnen und weiterleiten
- Produktbeschreibungen aus unstrukturierten Lieferantendaten vorschlagen
- Retourengründe aus Freitext gruppieren
- Rechercheaufgaben mit offenem Ende
Der Unterschied ist die Form der Eingabe. Strukturiert rein, strukturiert raus: Workflow. Unstrukturiert rein, Urteil gefragt: Agent — oder ein Workflow mit einem Modellaufruf an genau der Stelle, an der das Urteil gebraucht wird.
Die Mischform ist meistens die Antwort
In der Praxis bauen wir selten das eine oder das andere. Die tragfähigste Bauweise ist ein Workflow, der an einer Stelle ein Sprachmodell aufruft:
Auslöser → Daten holen → [Modell: Anfrage einordnen] → Verzweigung →
Aktion A oder B → Protokoll
Der Ablauf bleibt deterministisch, prüfbar und kalkulierbar. Das Modell tut genau eine Sache: die, die man nicht als Regel aufschreiben kann. Kommt ein unerwartetes Ergebnis, weiß man sofort, ob es am Ablauf oder am Modell lag.
Was beide Bauweisen brauchen
Unabhängig von der Entscheidung gilt: Eine Automation, die still stehenbleibt, ist schlimmer als keine. Wir haben das getrennt aufgeschrieben — Fehlerbehandlung in Make-Szenarien, die nicht still sterben beschreibt, wie eine Kette sich meldet, statt zu verstummen. Für Agenten gilt dasselbe, nur dringender: Ohne Protokoll weiß niemand, was passiert ist.
Wenn die Automation an Shopware hängt, lohnt vorher der Blick auf die Bordmittel: Was der Flow Builder an Auslösern und Aktionen mitbringt und wo Webhooks ansetzen, deckt einen guten Teil der Standardfälle ab, ohne dass ein externes Werkzeug dazukommt.
Die Entscheidung in drei Fragen
- Ist die Eingabe strukturiert? Ja → Workflow.
- Gibt es einen richtigen Weg? Ja → Workflow.
- Muss jemand im Nachhinein nachvollziehen können, was passiert ist? Ja → Workflow, oder Agent mit vollständigem Protokoll.
Dreimal nein ist selten. Genau deshalb sind die meisten Aufgaben, die heute als Agentenprojekt starten, eigentlich Workflows mit einem klugen Schritt in der Mitte.
Häufige Fragen
- Was ist der Unterschied zwischen einem KI-Agenten und einem Workflow?
- Ein Workflow führt festgelegte Schritte in festgelegter Reihenfolge aus. Ein Agent bekommt ein Ziel und entscheidet selbst, welche Schritte er in welcher Reihenfolge geht — auch beim zweiten Durchlauf möglicherweise anders.
- Was ist günstiger?
- Bei wiederkehrenden Aufgaben fast immer der Workflow, weil die Kosten je Lauf feststehen. Bei einem Agenten schwankt der Aufwand, und die Streuung ist das eigentliche Kostenrisiko.
- Wann lohnt sich ein Agent?
- Wenn die Aufgabe offen ist und Urteilsvermögen braucht: unstrukturierte Eingaben sortieren, Recherchen zusammenfassen, Anfragen einordnen. Also dort, wo ein fester Ablauf die Fälle nicht abdeckt.
- Kann man beides kombinieren?
- Ja, und das ist oft die beste Lösung: Ein Workflow trägt den Ablauf und ruft für den einen unscharfen Schritt ein Sprachmodell auf. Der Rest bleibt deterministisch und prüfbar.