Detectors

The catalog of failure detectors, how a pattern becomes an issue, and how severity is scored.

Detectors are the rules that find failures. Each one looks for a specific pattern in your runs, spans, or UX events, groups matching evidence, and raises an issue when the pattern recurs enough to matter. They fall into five categories.

Tool failure

Something went wrong calling a tool.

DetectorCatches
Hard failure5xx and transport errors (timeouts, connection resets).
Validation failureBad arguments, 4xx, or schema errors.
Rate limit stormBursts of 429 / quota / throttling.
Auth failure401 / 403, expired or invalid tokens.
Latency outlierA tool returns ok but far above its usual p95.
Silent emptyA tool returns ok but with no data.
Retry exhaustionThe same tool is retried repeatedly and every attempt fails.

Tool misuse

The agent called tools wrongly even when they didn't error.

DetectorCatches
Wrong toolA different tool was the right one.
Missing toolA tool should have been called and wasn't.
Unnecessary toolA tool call that wasn't needed.
Tool when knownCalled a tool when the answer was already known.
Wrong orderTools called in the wrong sequence.
Stale argsCalled with outdated arguments.
Redundant callsThe same call repeated needlessly.
Parallel when serialCalls run in parallel that depend on each other.

Output quality

The final answer has a problem.

DetectorCatches
HallucinationClaims not supported by the context.
ContradictionThe answer contradicts itself or the source.
IncompletenessThe answer misses part of the request.
Off topicThe answer drifts from the question.
Wrong formatThe output doesn't match the requested format.
Tone mismatchThe tone is off for the context.
Language mismatchThe reply is in the wrong language.
Refusal overreachThe agent refuses something it should handle.
Stale informationThe answer uses out-of-date facts.

UX rage

Friction in the product, from the browser SDK.

DetectorCatches
Rage click hotspotRepeated frustrated clicks on the same element.
Dead zoneClicks on things that don't respond.
Visible errorErrors the user actually saw.
Slow LCPPages that load too slowly.
Form abandonForms users start and give up on.
Exit intent burstFast bounces off a page.
Scroll dead endUsers scroll to a dead end and leave.

Conversation breakdown

The multi-turn session went wrong.

DetectorCatches
Agent loopThe agent repeats the same tool call with the same args.
Rephrase loopThe user keeps rephrasing the same request.
Silent abandonmentThe user drops off mid-conversation.
Tool call stormAn unusually high number of tool calls in one run.
Turn explosionFar more turns than usual to get somewhere.
Clarification ping-pongEndless back-and-forth clarifying.
Context amnesiaThe agent forgets earlier context.
Escalation handoff failedThe user asks for a human and is ignored.

How a pattern becomes an issue

A detector only raises an issue when a pattern recurs enough to matter. Three thresholds gate it, with sensible defaults:

ThresholdDefaultMeaning
Minimum occurrences10How many times the pattern must appear.
Minimum affected users3How many distinct users it must hit.
Lookback window15 minutesThe window the counts are measured over.

Matching evidence is grouped by a signature, so the same underlying problem becomes one issue with many members rather than many duplicates.

Severity

Each issue gets a severity score from 0 to 10, combining:

  • Reach: how many of your users it affects.
  • Frequency: how often it occurs.
  • Growth: whether it's trending up.
  • Business signal: its weight against a business value you care about.
  • Pattern weight: how serious the pattern is in general.

An issue is also flagged as a regression when its recent rate jumps well above its own baseline, so a resolved problem coming back resurfaces.

Next

On this page