Skip to main content

Signal discovery

Signals are recurring behavior patterns in your agent’s production traffic, usually failures. Latitude discovers most of them for you by grouping similar failed scores, and gives each signal a name, examples, trends, and a lifecycle your team can act on. The loop is the same whether a signal is discovered or defined: find the behavior, explain it, monitor it, fix it, and watch for it coming back.
Most signals are discovered for you. You can also create one yourself when you already know the behavior to track: a specific failure, a policy to enforce, or a check you want from day one.

How signal discovery works

Traces

Annotations, flaggers, evaluations, and custom checks

Scores

Signal discovery

Signals with examples, trends, status, and linked evaluations

1. Traces capture real behavior

Your telemetry sends real user and agent interactions into Latitude as traces. These traces are the raw material for signal discovery.

2. Signals produce scores

Latitude uses several signal sources to decide whether a trace represents good or bad behavior:
  • Annotations: Human feedback left on traces during review.
  • Flaggers: Built-in automatic annotators for categories such as frustration, refusal, jailbreaking, tool errors, and empty responses.
  • Evaluations: Automated monitors that track signal patterns across incoming traces.
  • Custom scores: Domain-specific verdicts you submit from your own systems.
All of these produce scores: Latitude’s common unit for verdicts, feedback, analytics, and signal discovery.

3. Failed scores become signal candidates

When a score fails, Latitude compares its feedback and trace context against existing signals.
  • If it matches an existing signal, the score becomes a new occurrence of that signal.
  • If it does not match, Latitude can create a new signal with a generated name, description, and example traces.
You do not need to predefine every failure category. Latitude learns signal clusters from the failures that appear in your traffic.

4. Signals become monitors

Important signals can generate evaluations. These monitors watch live traffic for the same failure pattern, measure it over time, and detect regressions after you fix it. As new annotations, flagger matches, and scores arrive, Latitude can realign the evaluation so it stays calibrated to the latest signal.

The Signals page

Signals page showing discovered failure patterns with status, trends, and occurrence data
The Signals page shows discovered failure patterns for your project. Summary cards highlight regressions, escalating signals, active signals, new signals, and total events. A histogram shows signal occurrences over time. The table lists each signal with:
  • Signal name: The generated name for the failure pattern
  • Status: The current lifecycle state
  • Trend: Recent occurrence activity
  • Total events: How many times the signal has been detected
  • Affected users: The percentage of users impacted
  • Evaluations: Linked monitoring evaluations and their status
Use the Active / Inactive tabs to switch between current signals and resolved or ignored ones.

Signal detail

Click any signal to open its detail page:
Signal detail page showing impact, status, trend, patterns, examples, linked evaluations, and trace logs
The signal page shows the signal description, lifecycle state, impact (affected traces, sessions, users, and cost), assignee and priority, a trend chart, recurring patterns, linked evaluations, an examples carousel, and the recent traces where the signal was detected. Open example traces to understand what triggered the signal and what the agent did wrong.

Signal lifecycle

A signal’s status is one of three states, shown as a chip on the signal:
StateMeaning
NewDiscovered or created within the last 7 days
EscalatingOccurrences are rising faster than the normal pattern for this time of week
OngoingThe steady state, once a signal is neither new nor escalating
A signal can hold more than one state at once. A signal created this week that is also spiking shows as both New and Escalating. Two more markers appear alongside the state:
  • Evaluated: the signal has an active evaluation checking new sessions. See Evaluations.
  • Archived: the signal has been muted and moved out of the active list. See Signal management.

Common workflows

Investigate sessions

Use the signal’s example sessions to understand common user intents, missing context, tool failures, retrieval problems, prompt gaps, or model behavior that needs to change.

Generate an evaluation

Choose Generate an evaluation to attach an automated detector to the signal. It scores new sessions and tracks whether the behavior is still happening. See Signal management.

Triage and mute

Assign an owner and a priority so the right person picks it up. Mute a signal that isn’t worth acting on: muting stops its notifications and moves it to the Archived tab. For a signal you created that you no longer need, delete it.