Skip to main content

Overview

Alerts notify your team when your LLM applications exhibit safety or performance issues. Configure alert rules that specify what to watch for, how sensitive the trigger should be, and where to send notifications. Manage alerts at app.avaliar.ai/alerts.

Alert Conditions

Each alert rule uses one of four condition types to decide when to fire.
Trigger when a metric exceeds a specific value. For example:
  • Issue rate exceeds 10%
  • Average latency exceeds 2000ms
  • Cost per hour exceeds $50
Threshold alerts are the simplest and most commonly used condition type.
Trigger when a metric shows an increasing pattern over a time window. Trend alerts detect gradual degradation that a single threshold might miss, such as a steadily rising issue rate over several hours.
Trigger when a specific issue type pattern is detected. For example:
  • More than 5 prompt injection attempts in 10 minutes
  • Repeated PII detections from the same model
  • Consecutive jailbreak attempts within a short window
Pattern alerts are useful for detecting targeted attacks or systematic issues.
Trigger on statistically unusual behavior compared to your baseline. Anomaly detection learns from your historical data and flags deviations that do not match expected patterns, without requiring you to define explicit thresholds.

Notification Channels

When an alert fires, notifications are sent to one or more channels.
ChannelDescription
EmailSend an email notification to one or more team members
SlackPost a message to a Slack channel via a webhook URL
WebhookSend an HTTP POST request to any URL with the alert payload
In-appShow a notification in the Avaliar dashboard
Enter the email addresses of team members who should receive the alert. Each recipient receives an email with the alert details, including the condition that triggered it and a link to the relevant traces.

Cooldown Period

The cooldown period is the minimum time between consecutive triggers of the same alert. This prevents notification fatigue during sustained incidents.
SettingRange
Minimum60 seconds
Maximum24 hours
Default1 hour
During the cooldown window, the alert condition is still evaluated but no additional notifications are sent. The alert fires again only after the cooldown expires and the condition is still met.

Priority Levels

Each alert rule is assigned a priority that indicates its urgency:
PriorityUse Case
LowInformational. Useful for tracking trends that do not require immediate action.
NormalStandard priority for most operational alerts.
HighImportant issues that should be investigated promptly.
CriticalUrgent. Indicates an active safety incident that demands immediate attention.

Alert History

The alert history view shows all past triggers, including:
  • The timestamp of each trigger
  • The condition and metric values that caused the trigger
  • The notification channels that were used
  • Resolution status and notes
Admins can mark alerts as resolved and add resolution notes to document the incident and the actions taken.

Testing Alerts

Use the Test button on any alert rule to see if it would trigger based on your current data. This lets you validate your configuration without waiting for a real incident.
Testing evaluates the alert condition against recent trace data and returns a result showing whether the alert would fire and why.

Next Steps

Reports

Generate compliance reports that include alert history and incident summaries.

Team Management

Manage who receives alerts and their roles in your organization.