Detecting Concept Drift
Seeing reality's move through error and outcome signals
Detecting concept drift needs labels or proxies: reconciled outcome error over windows, error-based ADWIN-style tests, or classifier-confidence drift. With no labels, proxies and business outcomes carry the signal — late, but identifiable.
What you will learn
- Detect drift on reconciled error over adaptive windows
- Use ADWIN-style tests to flag significant error change
- Fall back to proxies and outcome metrics when labels lag
What is this?
Detecting concept drift watches the model's correctness: reconciled error or outcome metrics over windows, tested with adaptive-window statistics (ADWIN-like) to flag real change in P(error), and proxy/business metrics when labels are sparse or delayed.
Why do you need it?
- The relationship itself is unobservable directly — correctness is its readout.
- Adaptive windows track concept changes instead of averaging them flat.
- Statistical tests separate real error movement from noise.
- Proxies extend detection to the label-light tier of production.
Mental model
A basketball coach watching make% drift through a game
Error-based concept drift
Shots, not rims, are watched: when make% (error inverse) drops over an adaptive minutes window despite unchanged opponents, the coach adjusts — the relationship 'shot → made' changed mid-game. Averages over the whole night would hide it.
How it works
- Reconciled labels arrive; per-window error rate is computed.
- An adaptive-window test (ADWIN-like) finds the shortest interval where error changed significantly.
- A drift flag fires when the change is both significant and sustained.
- Without labels, tracked proxies (conversion, accept rate, feedback) play the role of outcome.
- The detector writes evidence — windows, deltas, p-worthy stats — for the response playbook.
Error-window drift detection.
In production
- A fraud model's windowed AUC dips twice consecutively; ADWIN flags concept drift before recall collapses.
- A recommender uses CTR proxy as label-light drift readout when explicit labels lag days.
- A lending model's default-outcome trend declines steadily — the detector triggers a redevelopment cycle.
Best practices
- Compute drift on error/outcome trends, not predictions alone.
- Pair adaptive windows with a minimum sustained window requirement.
- Use the best available proxy when labels lag, and reconcile to labels later.
- Emit actionable evidence: which error changed, over which window, by how much.
Common mistakes
- Detecting on prediction distributions — that's data-drift territory, not concept.
- Whole-history averages that smooth away regime change.
- Reacting to a single noisy window without confirmation.
- Ignoring label lag: evaluating 'now' against labels from an older concept.
Debugging tips
- False flag — check label quality/coverage first; a label-definition change mimics drift.
- Missed drift — window too wide or baseline variance swamping the change.
- Proxy artifact — a business metric shift from an ops change, not the model; triage it out.
Interview checkpoint
Hands-on lab
- Compute windowed error rates
- Run a mean-shift significance check on consecutive windows
- Flag sustained concept change with evidence
Detect Error-Window Drift
35 min · advanced
Quick quiz
Concept drift's most direct observable is…
Adaptive windows beat whole-history averages for catching concept changes.