Live·18 models · 13 cutoffs · 24 slices·Window 2026-04-19-002026-07-12-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 5.46 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 Apr 19 to Jul 12.

#ModelMASE rankCRPS rank
🥇
ZeroModel
5.4631.750
🥈
AutoNBEATS
5.9004.987
🥉
AutoNHITS
6.2255.138
4
AutoPatchTST
7.2875.213
56.9075.971
67.7505.333
7
Toto
7.4795.675
8
AutoTFT
7.1506.287
97.2467.550
107.5218.279
1111.089.454
12
SeasonalNaive
5.07517.38
13
AutoCES
10.9112.95
14
DynamicOptimizedTheta
10.3413.58
15
AutoETS
14.0513.82
16
AutoARIMA
14.6514.11
17
Prophet
16.5414.69
18
HistoricAverage
17.7517.02

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
ModelApr 19Apr 26May 3May 10May 17May 24May 31Jun 7Jun 14Jun 21Jun 28Jul 5Jul 12
SeasonalNaive1.2761.5211.3631.6981.1701.2830.0000.0000.0000.0000.0000.0000.000
ZeroModel1.0001.0001.0001.0000.8800.2590.0000.0000.0000.0000.0000.0000.000
AutoPatchTST1.0631.3771.5921.7361.1711.4020.2670.1750.0360.1530.0280.0440.009
AutoNBEATS1.1711.2221.2111.2231.0330.9590.1610.0210.0380.0660.0290.0240.012
AutoNHITS1.1101.3161.3161.2191.0530.5930.0480.0280.0570.0320.0380.0250.022
Moirai1.2031.0661.3041.4531.1160.8740.0370.0500.0290.0390.0360.0380.031
Toto3.7634.2271.0751.2240.9340.6620.0660.0890.0520.0610.0390.0620.036
TimesFM1.2941.2041.3331.4171.1140.8910.1880.2050.1420.1820.0870.1130.063
TiRex1.2481.1521.2861.3041.0050.7980.1260.1660.1190.1530.107
DynamicOptimizedTheta1.7831.8442.1612.4242.0781.7652.0641.7471.3581.0880.4570.4950.314
AutoTFT1.0271.0691.0281.0290.9300.4420.1120.2180.0160.0380.6050.1980.446
Chronos1.2541.2361.3131.3501.0760.9700.4430.4820.4630.6780.4000.6990.452
FlowState1.5711.5361.7651.9751.8371.4961.1801.2670.8321.0600.7111.1810.694
AutoCES1.8681.9612.1832.4042.2471.9572.2102.0931.7971.6340.9601.3950.737
AutoETS1.9621.9332.3072.3852.2761.9402.1072.1482.0672.1931.3972.1561.242
AutoARIMA1.9122.0112.3342.4082.3212.0422.3322.2532.0152.7192.3464.2762.686
Prophet2.8882.9623.6164.0353.9993.4604.4784.4505.6518.8446.08211.208.095
HistoricAverage7.5137.85110.2511.0812.7710.9615.6417.0624.8137.5525.6245.9532.37

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 Jul 29, 2026, 6:05 AM

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