Webhook

Der Webhook-Block sendet HTTP-POST-Anfragen an externe Webhook-Endpunkte mit automatischen Webhook-Headern und optionaler HMAC-Signierung.

Konfiguration

Der Ziel-Endpunkt für Ihre Webhook-Anfrage. Unterstützt sowohl statische URLs als auch dynamische Werte aus anderen Blöcken.

JSON-Daten, die im Anfrage-Body gesendet werden. Verwenden Sie den KI-Zauberstab, um Payloads zu generieren oder auf Workflow-Variablen zu verweisen:

{
  "event": "workflow.completed",
  "data": {
    "result": "<agent.content>",
    "timestamp": "<function.result>"
  }
}

Optionales Geheimnis für die HMAC-SHA256-Payload-Signierung. Wenn angegeben, wird ein X-Webhook-SignatureHeader hinzugefügt:

X-Webhook-Signature: t=1704067200000,v1=5d41402abc4b2a76b9719d911017c592...

Um Signaturen zu verifizieren, berechnen Sie HMAC-SHA256(secret, "${timestamp}.${body}") und vergleichen Sie mit dem v1Wert.

Benutzerdefinierte Schlüssel-Wert-Header, die in die Anfrage aufgenommen werden. Diese überschreiben alle automatischen Header mit demselben Namen.

Jede Anfrage enthält automatisch diese Header:

Header	Beschreibung
`Content-Type`	`application/json`
`X-Webhook-Timestamp`	Unix-Zeitstempel in Millisekunden
`X-Delivery-ID`	Eindeutige UUID für diese Zustellung
`Idempotency-Key`	Identisch mit `X-Delivery-ID` zur Deduplizierung

Externe Dienste benachrichtigen - Workflow-Ergebnisse an Slack, Discord oder benutzerdefinierte Endpunkte senden

Agent → Function (format) → Webhook (notify)

Externe Workflows auslösen - Prozesse in anderen Systemen starten, wenn Bedingungen erfüllt sind

Condition (check) → Webhook (trigger) → Response

Der Webhook-Block verwendet immer POST. Für andere HTTP-Methoden oder mehr Kontrolle verwenden Sie den API-Block.