Alerts

Hear about it first. Not from a customer.

Alert rules watch every run for failures, error rates, slow runs, silence, your own events and budgets, and tell the right people in the app, by email or on a webhook.

The problem

Agents fail quietly.

A source starts blocking the agent and it writes half a report. A scheduled agent stops running and nothing raises an error, because nothing ran. The agent finishes, says something reasonable, and nobody notices for a week. An alert is how a problem reaches a person on the day it starts.

It failed.

A run ended with an error, once or more often than it should.

It slowed down.

A run that suddenly takes much longer often means a loop or a slow dependency.

It went quiet.

An agent that should have run by now and did not.

Conditions

Match the alert to how the agent fails.

A rule watches one agent, or every agent in the workspace when you leave the agent blank. Pick the condition that fits: an agent that must never fail gets an alert on any failure; a busy agent where one failure is noise gets one on its error rate.

Any run fails.

Fires when a run ends as failed. No threshold.

Error rate exceeds threshold.

The share of failed runs among the most recent ones, 10% of the last 20 by default.

Run duration exceeds threshold.

A run takes longer than the limit you set.

Agent has no activity.

No run started within a window, 24 hours by default. An agent that has never run counts too.

Custom event type observed.

Your code emits an event, such as order.failed, and the rule fires on it.

Intelligence finding escalates.

A built-in analyst raises its finding about an agent to warn or to critical. It fires as soon as the finding is written.

Monthly budget exceeded.

Estimated month-to-date spend crosses the budget for an agent or the whole workspace.

Channels

Sent where someone will see it.

Every alert lands in the app, on the Notifications page, with an unread badge on the user menu. Add email for up to ten recipients, a webhook for your own systems, or both.

A webhook is a JSON POST with the rule, its condition and what triggered it: the run and its error, the observed error rate, or the spend against the budget. A delivery that fails is retried twice, a few minutes apart.

Without the noise

One alert, not twenty.

A quiet period after each alert.

After a rule fires it stays quiet for 30 minutes. Several matching runs in that time become one alert for the most recent.

Budgets once a month.

The budget alert fires at most once per calendar month.

Tests stay out of it.

Test runs and evals never trigger a run or event alert, so checking a change does not page anyone.

Free two-week pilot

Try it free for two weeks.

We set it up on one job your team repeats. You approve every email and post. If it does not work for you, you stop and pay nothing.