Live·18 models · 13 cutoffs · 24 slices·Window 2026-05-31-002026-08-23-00

Impermanent Benchmark

Impermanent is designed to test whether benchmark wins survive once real time passes. It scores forecasts sequentially on a continuously updating GitHub activity stream, so the benchmark reflects temporal drift and the fact that future observations do not exist at training time. This page scrapes the live Impermanent dashboard on every refresh so you can see how each model’s rank moves across the prequential window — including per-subdataset, per-frequency, and per-sparsity drift.

ZeroModel leads with an average MASE rank of 3.49 across the prequential window.

What this benchmark answers

Does model performance hold up as real time passes and the data distribution shifts?

Methodology

The benchmark uses a prequential protocol: models forecast before outcomes exist, scores accumulate over time, and rankings reflect sustained performance under live temporal change rather than one-off wins on a frozen split.

Prequential leaderboard

Models ranked by their sustained MASE rank across 13 weekly cutoffs from May 31 to Aug 23.

#ModelMASE rankCRPS rank
🥇
ZeroModel
3.4941.185
🥈
AutoNHITS
6.4884.595
🥉
AutoNBEATS
6.7985.113
4
Toto
6.8515.756
5
AutoPatchTST
7.6495.107
68.0085.500
76.5897.446
89.5185.738
97.7388.315
10
AutoTFT
9.3216.982
11
SeasonalNaive
3.51217.63
1212.279.232
13
DynamicOptimizedTheta
8.07713.55
14
AutoCES
9.57112.56
15
AutoETS
13.7514.17
16
AutoARIMA
14.7914.51
17
Prophet
16.6614.18
18
HistoricAverage
17.7716.76

Per-slice performance over time

Pick a subdataset, frequency, and sparsity bucket to see how each model scored at every prequential cutoff. Lower is better for both metrics.

Metric
Subdataset
Frequency
Sparsity
ModelMay 31Jun 7Jun 14Jun 21Jun 28Jul 5Jul 12Jul 19Jul 26Aug 2Aug 9Aug 16Aug 23
SeasonalNaive0.0000.0000.0000.0000.0000.0000.0000.0000.0000.0000.0000.0000.000
ZeroModel0.0000.0000.0000.0000.0000.0000.0000.0000.0000.0000.0000.0000.000
AutoPatchTST0.2670.1750.0360.1530.0280.0440.0090.0670.0070.0270.0370.0280.011
Moirai0.0370.0500.0290.0390.0360.0380.0310.0290.0300.0120.0300.0120.016
Toto0.0660.0890.0520.0610.0390.0620.0360.0400.0470.0220.0600.0260.029
TimesFM0.1880.2050.1420.1820.0870.1130.0630.0610.0750.0300.0590.0310.035
AutoNHITS0.0480.0280.0570.0320.0380.0250.0220.0320.0280.0080.0370.0160.048
AutoNBEATS0.1610.0210.0380.0660.0290.0240.0120.0330.0580.0210.0540.0250.061
TiRex0.1260.1660.1190.1530.1070.1130.1360.0640.1550.0760.084
AutoTFT0.1120.2180.0160.0380.6050.1980.4460.1960.1740.1630.1070.3880.217
DynamicOptimizedTheta2.0641.7471.3581.0880.4570.4950.3140.2050.3030.1240.3160.2170.243
AutoCES2.2102.0931.7971.6340.9601.3950.7370.5250.5480.2140.4880.2600.268
Chronos0.4430.4820.4630.6780.4000.6990.4520.4850.5680.2210.5610.2540.341
FlowState1.1801.2670.8321.0600.7111.1810.6940.8631.1060.5081.3290.6290.679
AutoETS2.1072.1482.0672.1931.3972.1561.2420.9791.2620.5501.1880.6180.717
AutoARIMA2.3322.2532.0152.7192.3464.2762.6863.1544.7072.1296.1742.5733.379
Prophet4.4784.4505.6518.8446.08211.208.0958.92011.595.24414.286.8558.236
HistoricAverage15.6417.0624.8137.5525.6245.9532.3736.0045.6319.0551.6322.1927.65

13 prequential cutoffs for Issues opened · Daily · Low sparsity. Values are scaled MASE against the seasonal naive baseline; lower is better.

18 models · 4 subdatasets · 2 frequencies · 3 sparsity buckets · Scraped live from impermanent.timecopilot.dev. Refreshes every 12 hours.Last refreshed Sep 11, 2026, 5:07 PM

The temporal contamination problem

Static benchmarks freeze a test split at one point in time. Once that split is public, model authors can overfit to it — intentionally or not — and benchmark scores stop reflecting real-world performance. Impermanent sidesteps this by scoring forecasts before outcomes exist: the future data literally does not exist at evaluation time, so there is no split to leak.

How the prequential protocol works

Models submit forecasts on a rolling basis against a continuously updating stream of GitHub activity data (issues opened, PRs merged, pushes, stargazers) across 400 repositories and 4 frequencies. Scores accumulate over time, so a model that performs well early but degrades under distribution shift will see its aggregate ranking fall. This makes Impermanent a measure of sustained forecasting ability, not one-off performance.

How to interpret it

  • Impermanent is the right benchmark when you care about temporal drift, not just a frozen snapshot.
  • A strong live benchmark should tell you whether early leaderboard wins persist under new data.
  • Because the public interface is still settling, treat the methodology as the durable asset and the rows as an upcoming integration.

Frequently asked questions

What is the Impermanent benchmark?
Impermanent is a live benchmark for time series foundation models that tests temporal generalization. It uses a prequential protocol on continuously updating GitHub activity data, scoring models on forecasts they made before outcomes existed.
Why is Impermanent listed as an emerging benchmark?
The benchmark methodology and dataset are established, but the public machine-readable leaderboard feed is still stabilizing. TSFM.ai will publish automated rankings once the upstream source exposes a durable feed.
What is temporal contamination?
Temporal contamination occurs when benchmark test data exists at the time of model training, allowing models to overfit — intentionally or not — to the specific test split. Impermanent avoids this because future observations do not exist at evaluation time.
What data does Impermanent use?
Impermanent uses GitHub activity data from 400 repositories across 4 event types (issues, pull requests, pushes, stargazers) at 4 frequencies, producing 6,400 total time series.

Related reading

Compare with other TSFM benchmarks

FEV Bench

How well does a model generalize to unseen real-world forecasting tasks?

GIFT-Eval

Which models stay strong across heterogeneous datasets and probabilistic settings?

BOOM

How do models behave on observability telemetry instead of academic datasets?

ARFBench

Which multimodal models can reason about anomalies, timing, magnitude, and cross-series structure in production telemetry?

Sources