Triggers & Webhooks

Event-gesteuerte Agents.

Webhooks und Cron-Zeitpläne starten deine Agents automatisch. Bestellung eingegangen, Ticket erstellt, Montag 8 Uhr: Der Agent übernimmt, ohne dass jemand etwas anstoßen muss.

Trigger anlegen Kontakt aufnehmen
  • Eingehende Webhooks
  • Cron-Zeitpläne
  • Chat-Trigger
order-handler
Idle Läuft Idle
Trigger
  • Webhook POST /hooks/order-created vom Shop-Backend
  • Zeitplan 0 8 * * 1 weekly-report · montags 08:00
  • Webhook POST /hooks/support-ticket vom Helpdesk
Aktivität
  1. 09:14:02 Webhook empfangen order-created · 202 Accepted
  2. 09:14:03 Agent aufgewacht 1 vCPU · microVM fortgesetzt
  3. 09:14:41 Run beendet Rechnung #2041 versendet
  4. 09:14:42 Wieder idle wartet auf das nächste Event
  5. Mo 08:00 Zeitplan ausgelöst weekly-report gestartet
Jede Event-Quelle

Alles, was einen HTTP-Request schicken kann, kann einen Agent wecken.

Alles, was Webhooks sendet

Shop-Backend, Helpdesk, CI, Payment-Provider, Chat-App: Alle posten an dieselbe Art von Endpoint. Ein Adapter ist nicht nötig.

Vom Event zum Ergebnis

Einrichtung in drei Schritten.

  1. 01

    Trigger anlegen

    Gib einem Agent einen Webhook-Endpoint oder einen Cron-Zeitplan. Jeder Webhook bekommt eine eigene URL und ein eigenes Secret.

  2. 02

    Quelle verbinden

    Trag die URL in Shop, Helpdesk, CI oder CRM ein. Die Payload landet beim Agent als Kontext für die Aufgabe.

  3. 03

    Run verfolgen

    Der Agent startet, erledigt den Job und liefert das Ergebnis ab. Jeder Run steht mit Dauer und Output im Activity Log.

Was du bekommst

Was Trigger bieten.

Trigger ersetzen die Cron-Box, den Queue-Worker und den Reminder, das Skript mal wieder von Hand zu starten.

  • Eingehende Webhooks

    Jeder Trigger ist ein HTTPS-Endpoint mit eigenem Secret. Payloads werden verifiziert und dem Agent als Kontext übergeben.

  • Cron-Zeitpläne

    Lass einen Agent jeden Montag um 08:00 laufen, stündlich oder nach jeder beliebigen Cron-Expression.

  • Integrationen ohne Glue-Code

    Shop, Helpdesk, CI und CRM sprechen per Webhook mit dem Agent. Kein Adapter, kein Zwischenservice, den jemand pflegen muss.

  • Persistenter Workspace

    Dateien, Notizen und State bleiben zwischen den Runs erhalten. Der Montagsreport baut auf dem vom letzten Montag auf.

  • Chat-Trigger

    Auch eine Nachricht in Microsoft Teams oder Slack startet einen Run. Manchmal reicht es, einfach zu fragen.

  • Lückenloses Activity Log

    Jedes Event, jedes Aufwachen, jeder Run und jedes Ergebnis ist mit Zeitstempel festgehalten. Du siehst genau, was wann passiert ist.

EU-Hosting und Self-Hosting

Gehostet in der EU. Oder bei dir.

Webhook-Endpoints und Zeitpläne laufen auf unserer verwalteten Infrastruktur in Europa – oder in deinem eigenen Netzwerk, wenn die Event-Quellen dort liegen.

Betriebsmodell besprechen
Von zwrm betrieben

zwrm Cloud

Öffentliche Webhook-Endpoints und der Scheduler laufen auf verwalteter Infrastruktur in europäischen Rechenzentren.

  • Hosting in europäischen Rechenzentren
  • Verwalteter Betrieb und Updates
  • Isolierte MicroVMs für jeden Run
Von dir betrieben

Deine Infrastruktur

Betreibe zwrm im eigenen Rechenzentrum oder in deiner Private Cloud. Interne Systeme triggern Agents, ohne dass etwas dein Netzwerk verlässt.

  • On-Premises oder Private Cloud
  • Interne Event-Quellen bleiben intern
  • Deine Security- und Compliance-Vorgaben
Fragen, beantwortet

Häufige Fragen zu Triggern.

Was kann einen Agent triggern?

Eingehende Webhooks von jedem System, das HTTP-Requests senden kann, Cron-Zeitpläne und Nachrichten in Microsoft Teams oder Slack. Im Dashboard startest du einen Run auch von Hand.

Kann ein Trigger einen Workflow über mehrere Systeme automatisieren?

Ja. Ein Webhook aus dem Shop startet den Agent, der per MCP den Kunden im CRM nachschlägt, die Rechnung erzeugt und das Ergebnis in Teams postet – ein Trigger, ein Run, mehrere Systeme.

Wie schnell wacht ein Agent auf?

Die MicroVM ist in Sekunden wieder da. Der Webhook wird sofort bestätigt, der Run startet direkt im Anschluss.

Sind Webhooks abgesichert?

Jeder Webhook hat eine eigene URL und ein eigenes Secret. Requests werden verifiziert, bevor der Agent die Payload sieht. Endpoints kannst du jederzeit rotieren.

Kann ein Agent mehrere Trigger haben?

Ja. Kombiniere Webhooks und Zeitpläne auf einem Agent – zum Beispiel einen Bestell-Webhook plus einen wöchentlichen Zeitplan für die Zusammenfassung.

Was passiert, wenn ein Run fehlschlägt?

Der Run wird im Activity Log samt Output als fehlgeschlagen markiert. Du startest ihn erneut oder lässt das nächste Event einen frischen Run anstoßen.

Webhooks und Cron

Lege deinen ersten Trigger an.

Leg in wenigen Minuten einen Trigger an – oder sprich mit uns über deine Event-Quellen und Sicherheitsanforderungen.

Trigger anlegen Kontakt aufnehmen