llms.txt
Search Documentation
Search through all documentation pages
Core Concepts

Alert Triggers

Configure Webhook, Discord, Slack, and Email delivery channels

Triggers are delivery channels used by alert configurations.

Supported trigger types

Runtime currently supports:

  • webhook
  • discord
  • slack
  • email

Trigger meta by type

Type Key fields
webhook url, headers, webhook_body
discord url, discord_body
slack url, slack_body
email to, from, email_subject, email_body

Note

For webhook headers, use an array shape: [{"key":"Authorization","value":"Bearer $TOKEN"}].

Template variables

Trigger bodies/subjects can use Mustache variables. Use the canonical list in Templates.

Secret handling

Use $VAR_NAME for runtime environment substitution in URL, headers, and body.

Examples:

  • URL: https://hooks.example.com/$HOOK_ID
  • Header value: Bearer $API_TOKEN
  • Body value: "token": "$WEBHOOK_SECRET"

The dashboard shows a stored trigger URL as its origin plus /********, for example https://hooks.slack.com/********, because Slack and Discord put the token in the URL path. Each header value shows as ********. A save that sends the masked URL or header back keeps the stored value. To change it, type the new value.

The dashboard shows the body as stored, to every user who can read triggers or alerts. Write a secret in the body as a $VAR_NAME reference, never as the raw value.

Testing triggers

Use the trigger test flow in Manage UI to validate payload, auth, and destination behavior before attaching to production alerts.

Webhook provider examples

Telegram, PagerDuty, Teams, and other provider payload examples are in: