/01
Manuell
Wird bei Bedarf aus dem Chat oder Dashboard gestartet.
Ein Workflow ist ein dauerhafter Prozessgraph: wiederholbar, nachvollziehbar und steuerbar. Er kann durch eine Chat-Nachricht, einen Zeitplan, einen Webhook, einen Dashboard-Befehl oder das Ereignis einer verbundenen App starten.
Ein Vollbild-Studio für Prozessdesign: Nodes ziehen, Kanten verbinden, über Bedingungen verzweigen und Versionen veröffentlichen. Teste den Workflow mit Beispieldaten und sieh zu, wie der Lauf die Arbeitsfläche zum Leben erweckt.
Ein wöchentlicher Umsatz-Recap: Ein Zeitplan löst aus, ein Agent sammelt Kennzahlen, eine Bedingung prüft die Abweichung, ein Mensch gibt frei — und die Zusammenfassung landet in Slack.
Fünf Trigger-Typen decken Chat, Cron, Webhooks und deine verbundenen Tools ab — derselbe Graph läuft, egal wo er startet.
/01
Wird bei Bedarf aus dem Chat oder Dashboard gestartet.
/02
Wird durch ein Ereignis aus jedem System gestartet, das eine URL aufrufen kann.
/03
Läuft nach einem Cron-artigen Zeitplan: täglich, wöchentlich oder in jedem Rhythmus, den die Aufgabe braucht.
/04
Wird durch eine Erwähnung oder Antwort in Slack oder Teams ausgelöst.
/05
Löst aus, wenn sich ein verbundenes Tool ändert: ein neues Ticket, eine Deal-Phase, ein Deploy.
Du musst nicht jeden Knoten von Hand zeichnen. Beschreibe das Ergebnis, und SuperEmber baut den Workflow – Trigger, Schritte, Freigaben, Konnektoren – auf demselben strukturierten Paket, das auch der Canvas bearbeitet. KI ist nicht aufgesetzt, sondern ein nativer Editor.
Der Lauf-Inspektor zeigt, was passiert ist, warum ein Lauf pausiert hat und wo ein Mensch eingegriffen hat.
Agenten, Flotten und Workflow-Aktionen laufen alle über dieselben Connectors und MCP-Server.