Tellurion Referee: when a model disagrees with reality, say why.

The referee watches a learned world model as it runs. When its predictions stop matching the measurements, it decides whether the model is wrong, the instrument is wrong, or something new is acting on the system, and shows its evidence.

Figure 1. Left: share of real problems missed by each method, with 95% confidence intervals. Right: true cause versus the referee's verdict.
Figure 1. Left: real problems missed, 95% CIs from 1,000 bootstrap resamples. Right: true cause vs the referee's verdict on the locked test.

Result

Measured once, on a locked test of 1,000 simulated pendulum runs never seen during development.

MetricRefereeModel's confidencePrediction gap
Real problems missed3.6%25.9%3.6%
Detection AUROC0.9810.8680.982
False alarms, normal runs5.3%6.2%7.0%
Naming the cause (macro-F1)0.4720.2920.365

How it decides

  1. Does the prediction match the sensors? Yes: trust.
  2. Do the angle and speed sensors agree with each other? No: the instrument is wrong.
  3. Does textbook physics explain the motion? Yes: the model is wrong.
  4. Does it fit after re-measuring length and friction? Yes: the model is wrong, a setting changed. No: something new.

What doesn't work yet

The referee's alarm is the prediction gap, so at noticing problems it ties a simple gap alarm. Its added value is naming the cause: 99.7% right when the model is at fault, but 16.7% for sensor faults and 5.4% for new forces. It gives its verdict at the first alarm, when its window still holds mostly pre-fault data. Everything here is simulated.

Next

Judging a few steps after the alarm, real pendulum recordings with faults we introduce ourselves, and fits that describe the form of a missing force instead of only flagging it.