Jev knowledge base·verified Sep 22, 2026

monitor jev evaluator drift

Detect Jev drift across traffic, evidence, questions, models and outcomes with versioned logs, delayed labels, alerts and replay.

the short answer

Log the full Jev distribution with model, provider, question, state-projection and threshold versions. Monitor input mix, missing evidence, answer distributions, confidence, action coverage, overrides and eventual outcomes by slice. Distribution movement is an investigation signal, not proof of quality loss. Confirm drift with representative labels or replay, separate deployment changes from traffic changes, and alert on sustained operational impact.

Drift surfaces
Traffic, evidence, labels, evaluator and policy
Minimum log
Versions plus full distribution and outcome
Leading signals
Coverage, missingness and distribution shifts
Confirmatory signals
Labels, outcomes and calibrated replay
Response
Diagnose, shadow candidate, backtest and roll back

Name the Drift Before Choosing a Metric

These mechanisms can produce similar dashboards but require different fixes. A falling pass rate may reflect worse agent behavior, harder traffic, missing evidence or a stricter evaluator. Preserve versions and denominators so diagnosis remains possible.

Drift typeExampleEvidence
PopulationA new language or tool dominates trafficSlice volumes and state features
EvidenceA trace field disappears after instrumentation changeMissingness and projection hashes
ConceptReviewers change what “complete” meansNew rubric labels and disagreement
EvaluatorA model alias or question version changesResolved versions and replay
DecisionA threshold change moves more cases to allowAction-band coverage and outcomes

Log Enough to Reconstruct the Decision

Attach latency, provider errors, retry count and cost outside the semantic result. Store evidence references under appropriate access controls. The raw distribution permits threshold replay; a Boolean alone does not.

{
  "event_id": "eval-9081",
  "criterion": "task_complete",
  "model_requested": "jev-latest",
  "model_resolved": "jev-1.13.0",
  "question_version": "v4",
  "projection_version": "v2",
  "distribution": {"true": 0.73, "false": 0.27},
  "action_band": "review",
  "state_missing": [],
  "slice_tags": ["billing", "en"],
  "outcome_ref": null
}

Pair Unsupervised Signals with Delayed Truth

Monitor answer prevalence, confidence histograms, entropy, margin, missing evidence, provider failures and action-band coverage promptly. These can reveal change without labels, but none establishes correctness. A stable answer distribution can coexist with silent error, and a shifted distribution can be an accurate response to new traffic.

Join blind audits, overrides, incidents, user corrections and downstream task outcomes when they arrive. Sample every action band, including high-confidence allows, or selective review will hide false negatives. The calibration guide explains reliability by probability bin.

Measure Label Delay and Missing Outcomes Explicitly

Track the fraction of predictions whose outcome window has matured. A recent cohort with few resolved outcomes should not be compared directly with an older complete cohort. Never treat “no recorded complaint yet” as a confirmed success. The dataset guide explains label provenance and the human-review guide covers selective-feedback bias.

Outcome sourceTypical delayBias risk
Immediate reviewer labelMinutes to daysReviewer may see and anchor on the model result
User correction or reopened taskHours to weeksOnly dissatisfied users may create the signal
Tool or business outcomeSeconds to monthsOutcome can be caused by factors outside the evaluated decision
Random auditScheduled sampleSmall rare-class counts create wide uncertainty

Compare Compatible Windows and Meaningful Slices

  • Use a stable reference window and account for seasonality and deployments.
  • Require minimum sample sizes and uncertainty intervals before paging.
  • Slice by criterion, agent version, tool, language, tenant and consequence where allowed.
  • Track weighted overall metrics separately from deliberately oversampled audits.
  • Annotate question, projection, threshold, provider and model releases on charts.

Alert on Sustained Impact, Not Dashboard Noise

Use warning and critical levels tied to operational consequences: scorable coverage loss, review-queue saturation, critical-slice false negatives, calibration error or provider failure. Require persistence across windows unless one failure is independently catastrophic.

Every alert needs an owner, evidence query, rollback path and expected label delay. Do not silently loosen a threshold to restore a preferred pass rate; that changes the policy rather than fixing drift.

Route Every Alert Through the Same Diagnosis Order

This order prevents a shifted traffic mix from being misdiagnosed as model degradation and prevents a dashboard anomaly from triggering an untested threshold change. Link the investigation, sample IDs and decision to the alert so the next recurrence begins with evidence rather than memory.

  1. Confirm sample size, time window and whether the signal survived its persistence rule.
  2. Check deployments, resolved model aliases, provider, question, projection and threshold versions.
  3. Inspect state missingness, traffic composition and the slices contributing most to the movement.
  4. Blind-label a stratified sample from the changed and reference windows.
  5. Replay the current and candidate evaluator on frozen evidence and compare paired errors.
  6. Roll back a known-bad configuration or keep the candidate in shadow until the cause is established.

Diagnose Through Replay Before Promotion

01DetectA versioned metric breaches its sustained threshold.
02LocalizeSeparate traffic, evidence, provider, model and criterion changes.
03LabelBlindly adjudicate a representative changed sample.
04ReplayCompare current and candidate evaluators on frozen evidence.
05ShadowObserve candidate behavior on live traffic.
06PromoteVersion, document and retain rollback.
A drift signal becomes a controlled evaluator update.

FAQ

Does a changed Jev score distribution prove drift?

It proves output movement, not degraded validity. Diagnose traffic, evidence and version changes, then obtain labels or outcomes.

Can I monitor only average confidence?

No. Averages hide class, slice and coverage changes. Preserve full distributions and inspect calibration and outcomes.

How often should I relabel production traffic?

Use a cadence proportional to traffic change and consequence, plus event-driven audits after model, question, projection or product changes.

What if labels arrive weeks later?

Use leading operational signals for detection, then revise conclusions when delayed outcomes arrive. Keep event IDs and versions joinable.

Sources

Checked against the sources below on September 22, 2026. Model versions, prices and limits change.

  1. NIST AI RMF: Measure function
  2. scikit-learn: Probability calibration
  3. TypeSafe AI docs: State
  4. TypeSafe AI docs: Jev 1.13 jaggedness
  5. Failproof AI docs: Evaluations overview