FEATURES / ALERTS Private beta

Alerts that detect patterns, not just thresholds

Threshold-based alerts tell you a number crossed a line. Gitrevio alerts tell you a pattern is forming — a bottleneck emerging, an attrition risk shifting, a sprint going off-track — before the damage is done.

Nine built-in alert rule types

PR stuck
A pull request has been waiting on review past its expected p75 wait. Identifies the reviewer, queue depth, and recommends redistribution before the sprint slips.
AI ROI dropping
Your team's AI-assisted productivity lift fell below baseline. Catches when Copilot/Cursor adoption stalls or when AI-authored code starts requiring more rework than hand-written.
Attrition risk spike
An engineer's attrition risk score shifted significantly. Multi-signal — engagement decline + review bottleneck + peer attrition + tenure plateau, not a single metric.
Bus factor crash
A critical area of the codebase has concentrated ownership — bus factor approaching 1. Flagged before it becomes a crisis, with suggested knowledge transfer actions.
Sprint at risk
Mid-sprint delivery trajectory predicts a miss. Detected on Wednesday, not at the retro. Includes the blockers causing the deviation and recommended descope.
Anomaly detected
Z-score + EWMA threshold breach on one of 8 key metrics, with Bayesian smoothing for small teams. Includes Shapley-attributed contributing factors, not just a number.
Build failures
CI/CD failure rate or duration regression on a specific repo or pipeline. Caught early enough to roll back the offending change.
Complexity spike
Lizard complexity score on a file or module crossed a threshold or grew faster than the team's normal absorption rate. Tech debt before it accumulates.
Security issue detected
Static-analysis or dependency-scanner finding flagged in changed code. Routes by severity to Slack DM, channel, or in-app inbox.

Three rule types are live today; the remaining six ship through Q3 2026. All nine are designable in natural language via AI chat — Gitrevio compiles your description into a rule.

What alerts look like in practice

Each alert includes context, cause, and a suggested action. Not a number — a story.

SPRINT AT RISK
Backend team — Sprint 44
Triggered: Wednesday 2:14pm
At current velocity, this sprint will deliver ~60%
of committed scope (30/50 SP).
Contributing factors:
- 3 PRs blocked in review for 48h+ (reviewer: Marcus)
- 2 tickets re-opened after QA — original estimates low
- Unplanned incident response consumed ~16h this week
Suggested: Redistribute Marcus's review queue to
Sarah and David. Descope BACK-347 to next sprint.
ATTRITION RISK CHANGE
Alex Chen — Platform team
Triggered: Thursday 9:30am
Risk score moved from Low (0.2) to Medium (0.5)
over the past 3 weeks.
Signals detected:
- Commit frequency down 40% from 90-day average
- Context switching increased — touching 3x more repos
- Review participation dropped from 8/week to 2/week
- No longer participating in architecture discussions
Consider scheduling a 1:1 focused on engagement
and career growth. Review workload distribution.

Pattern detection, not threshold math

Traditional alerts fire when a number crosses a line: "cycle time > 5 days." The problem? That threshold is arbitrary, context-free, and either too noisy (fires constantly) or too late (fires after the damage).

Gitrevio's AI learns your team's baselines, seasonal patterns, and normal variance. It alerts on meaningful deviations — the kind that experienced engineering leaders would notice, not the kind that a simple rule catches.

It also correlates across signals. An attrition risk alert isn't triggered by a single metric — it's the combination of declining commit frequency, reduced review participation, and increased context switching that forms the pattern.

Deliver anywhere, create anywhere

Five delivery channels: Slack, email, webhook (HMAC-signed with retry + DLQ), in-app inbox, or MCP-triggered for agentic workflows.

Create alerts through the web UI, in AI chat, via the REST API, or through gitrevio_alert_create in MCP. Each method is equally capable; alerts are first-class write actions, not read-only suggestions.

# Create an alert via AI chat
> Alert me in Slack if any team's
> review wait time exceeds 2x their
> 30-day average for more than 48h.
Done. I've created a review bottleneck
alert for all teams, delivered to your
Slack DM. Checking every 6 hours.

Manage alerts, not noise

We built Gitrevio alerts with alert fatigue in mind. Every design decision aims to reduce noise and increase signal.

Smart grouping
Related alerts are grouped into a single notification. If three teams have review bottlenecks for the same reason, you get one alert with three entries — not three interruptions.
Cooldown periods
An alert won't re-fire until the condition resolves and re-triggers. No repeated notifications for the same ongoing issue.
Severity levels
Critical alerts go to Slack DM and email immediately. Medium alerts go to a channel. Low alerts batch into a daily summary. You control the routing.

Ready to See Your Engineering work clearly?

Get started free