Auslöser & Aktionen
Was ihn startet, was er tut, wie er entscheidet
Drei Fragen – und jeder Workflow auf dieser Plattform ist eine Antwort darauf. Diese Seite ist das Vokabular: die Arten, wie ein Lauf beginnen kann, was ein Schritt tun kann, und die Bausteine, die den Weg zwischen beidem formen.
Auslöser
Vier Arten, wie ein Lauf beginnt
Ein Zeitplan
Alle zehn Minuten, jeden Montag um sieben, der erste Arbeitstag des Monats. Ausgedrückt in einer Zeitzone Ihrer Wahl, damit die Uhrumstellung kein Vorfall ist.
Ein Webhook
Ihr Shop, Ihr CRM, Ihr Abrechnungssystem – alles, was eine HTTP-Anfrage stellen kann. Signaturprüfung ist standardmäßig aktiviert, und die Nutzdaten werden mit dem Lauf aufbewahrt.
Ein Ereignis aus der Welt
Ein angekündigtes Konzert, ein angesetztes Spiel, ein Erdbeben, eine Flutwarnung, eine überschrittene Luftqualitätsstufe, ein Ausfall eines Anbieters. Mehr als 175 Quellen, alle zehn bis zwanzig Minuten aktualisiert.
Ein Abruf oder eine Person
Überwachen Sie einen Endpunkt, ein Postfach oder einen Ordner und starten Sie, wenn sich etwas ändert. Oder starten Sie von Hand, aus der Konsole – denn manchmal ist das die ehrliche Antwort.
Ein Lauf pro Ereignis. Ein Auslöser, der zweimal für dasselbe zugrunde liegende Ereignis feuert – ein vom Absender wiederholter Webhook, ein Abruf, der dieselbe Zeile erneut sieht – startet einen Lauf, nicht zwei. Die Deduplizierung basiert auf dem, was das Ereignis identifiziert, und Sie können diesen Schlüssel selbst festlegen, wenn die ID-Vorstellung des Absenders schlechter ist als Ihre.
Aktionen
Schritte, die etwas tun
Eine Aktion verändert etwas außerhalb des Laufs: Sie schreibt, sendet, berechnet, bucht, ruft ab oder legt ab. Zwei Arten – der Unterschied ist, ob ein Modell beteiligt ist.
Deterministische Aktionen
Einen HTTP-Endpunkt aufrufen. Ihre eigenen Systeme lesen und beschreiben. Eine Nutzlast umformen. Etwas in Referenzdaten nachschlagen. Eine E-Mail, eine SMS, eine Push-Benachrichtigung oder einen gedruckten Brief senden. Einen Buchungstermin anbieten. Eine Zahlung entgegennehmen. Einen Kurzlink erzeugen. Ein Bild samt zugehöriger Lizenz abrufen. Eine Zeile, eine Datei, einen Datensatz schreiben.
Gleiche Eingabe, gleiche Ausgabe. Sie kosten nichts in der Ausführung – deshalb lautet die ehrliche Empfehlung, sie für alles zu verwenden, was nicht wirklich Urteilsvermögen erfordert.
KI-Aktionen
Diese Nachricht klassifizieren. Jene Antwort entwerfen. Einen Thread in drei Stichpunkte zusammenfassen. Felder aus einem unstrukturierten Dokument extrahieren. Zwischen Optionen wählen, anhand einer Regel, die Sie in Prosa formuliert haben. Übersetzen, unter Beibehaltung des Tons.
Jeder KI-Schritt deklariert die Struktur seiner Rückgabe, und die Rückgabe wird vor dem Fortsetzen des Laufs gegen diese Struktur validiert. Erzeugt ein Modell etwas Missgestaltetes, schlägt der Schritt sauber fehl, statt die nächsten zwölf Schritte zu vergiften.
Etwas geschieht. Dann geschieht als Nächstes das Richtige.
Flow: die Schritte, die nur an den Lauf denken
Bedingungen verzweigen anhand eines Werts. Beide Pfade sind immer definiert – eine Bedingung ohne definierten Else-Zweig ist der häufigste Grund, warum eine Automatisierung stillschweigend Datensätze verliert; daher kann hier keiner offen bleiben.
Wartephasen halten einen Lauf an, bis zu einem Zeitpunkt oder einem Ereignis. Eine Wartezeit ist ein wake_at, das auf dem Lauf selbst vermerkt ist, keine Zeile in einer Warteschlange – deshalb kann ein Workflow zehntausend Menschen drei Wochen lang halten, ohne dass es etwas kostet oder jemand etwas davon bemerkt.
Ruhezeiten verhindern, dass ausgehende Nachrichten um drei Uhr morgens ankommen. Ein Lauf, der innerhalb des Ruhefensters einen Sende-Schritt erreicht, wartet, bis das Fenster sich schließt. Der Schweregrad kann das bewusst außer Kraft setzen – für die Alarme, die Menschen wecken sollen.
Aufteilungen schicken einen Anteil der Läufe auf Pfad A und den Rest auf Pfad B, sodass Sie zwei Betreffzeilen, zwei Wartezeiten oder zwei Reihenfolgen an echtem Datenverkehr vergleichen können.
Ziele markieren den eigentlichen Zweck des Workflows. Erreicht ein Lauf sein Ziel, endet er dort, ganz gleich, was noch downstream lag – die Kundin, die gekauft hat, bekommt keine dritte Kauf-Erinnerung mehr.
- ⚡AuslöserWarenkorb seit 40 Minuten inaktiv. Dedupliziert anhand der Warenkorb-ID.
- ?BedingungWarenkorb über 150 zł? Ja – der längere Pfad wird genommen.
- ⏸WartenEin
wake_atauf dem Lauf. Keine Warteschlangen-Zeile, keine Kosten. - ATeilen50/50 auf die Betreffzeile. Dieser Lauf erhielt Variante A.
- ✉SendenE-Mail mit Kurzlink, Weiterleitungen pro Empfänger gezählt.
- ★ZielBestellung aufgegeben. Der Lauf endet hier; die zweite Erinnerung wird nie versendet.
Schritte mit Modellaufruf: 1Schritte ohne Kosten: 5
Fehler sind Teil des Flows, keine Ausnahme davon
Ein Schritt, der fehlschlägt, hat einen Ort, an dem er landen kann. Wiederholung mit Backoff und einer Obergrenze der Versuche. Einen alternativen Pfad nehmen. Den Lauf anhalten und dort ablegen, wo ihn ein Mensch sieht. Einfach weitermachen, weil dieser Schritt optional war und Sie lieber das meiste Ergebnis hätten als gar nichts.
Die Voreinstellung für einen Schritt, der mit dem System eines anderen spricht, lautet: ein paar Mal wiederholen und dann anhalten – denn ein System, das um 09:14 Uhr ausgefallen ist, läuft um 09:19 Uhr meist wieder, und ein angehaltener Lauf lässt sich leichter nachvollziehen als ein halb geschehener.
Was nicht möglich ist: Ein Schritt kann nicht zu einem früheren Schritt zurückspringen. Ein Workflow ist ein gerichteter Pfad, kein Programm mit einer Sprunganweisung. Wenn Ihre Aufgabe wirklich eine Schleife braucht, iterieren Sie innerhalb eines einzelnen Schritts über eine Liste oder starten Sie einen Lauf pro Element – beides wird unterstützt, und beides ist nachträglich leichter zu lesen als ein Zyklus es wäre.