# Notifications and alert rules

Set personal notification preferences and administrator alert rules.

Updated: 2026-09-22

Canonical: https://docs.kastra.ai/approvals/notifications

## Configure personal preferences

Open Notifications in the console with the intended workspace selected. Review the available email preferences for your role, including approval activity where permitted. Save a preference and confirm that the page reports the result.

The interface includes notification types for denial spikes, kill-switch lifecycle, policy activation, spend warnings, weekly summaries, and approval activity. A preference does not prove that an event has occurred or that delivery succeeded; delivery also depends on the configured service and the event path.

## Configure workspace rules

Administrators manage alert rules, including the available spike-detection settings. Customer routes are `/api/v1/notifications/preferences` for member preferences and `/api/v1/notifications/rules` for administrator rule configuration. Keep the scope, threshold, and recipient responsibility explicit.

## Choose an approval channel

Use [Slack](https://docs.kastra.ai/approvals/slack) for supported linked workspace and personal-account flows, or inspect the checkpoint in the console. Use [webhooks](https://docs.kastra.ai/approvals/webhooks) when your application needs signed events and delivery inspection.

Notification delivery does not grant approval authority. The checkpoint handler still checks current membership and supported separation-of-duties constraints.

## Verify the outcome

Use a harmless test checkpoint in an authorized test environment. Compare the recorded pending/resolved state with the notification and the recipient's authority. If delivery is missing, inspect the checkpoint first and gather sanitized identifiers for troubleshooting. [Approval lifecycle](https://docs.kastra.ai/approvals/overview).