Research / Repairing frozen models

ProbeRoute: Probes as Routing Priors for Frozen-Backbone Multi-Token Prediction

Shows that future-token probes serve as routing priors: a probe-initialized sparse router over frozen hidden states beats the strongest selected dense baseline on held-out multi-token and draft-acceptance metrics.

Published
14 March 2026
Author
Ali Uyar
DOI
10.5281/zenodo.19022708
Code
github.com/aliuyar1234/proberoute

Abstract

Frozen autoregressive language models are trained for next-token prediction, but their hidden states can still encode information about several future tokens. ProbeRoute tests whether that latent structure can be converted into a better explicit multi-token adapter without unfreezing the backbone. The method first runs a one-time offline probe stage across depth, then uses probe-derived top-5 scores to initialize a sparse top-m router over frozen hidden states. Under a stage-gated protocol with mandatory probes, screening baselines, a finalist-selection step, and a final 1B rerun, the resulting sparse adapter beats the strongest selected dense frozen-backbone baseline on the paper’s two headline held-out metrics. On the final 1B comparison, ProbeRoute improves mean_top1_h2_h4 from 0.1162 to 0.1172 and the speculative draft acceptance proxy mean_accept_len from 1.1110 to 1.1188, while changing mean_nll_h1_h4 only from 5.3769 to 5.3780. The practical point is therefore stronger than a small raw delta: the gain comes from a more selective routing interface, not from a heavier backbone adaptation recipe. The mechanistic story is equally important. Probe heatmaps reveal horizon-dependent depth structure at both 410M and 1B, the learned sparse router concentrates mass on the same depth bands, and the random-initialization ablation is weaker than probe-initialized sparse routing. By contrast, loss warmup and deeper far-horizon heads do not improve over the base sparse configuration at the tested budget. The evidence therefore supports a focused conclusion: in this frozen-backbone setting, future-token probes are not merely descriptive diagnostics; they are a useful routing prior for explicit multi-token prediction.

Why it matters

Within a frozen-backbone setting, future-token probes are more than descriptive diagnostics: the horizon-dependent depth structure they reveal sets the routing prior for an explicit multi-token adapter, and the learned router concentrates on the same depth bands.

Cite

@misc{uyar2026proberoute,
  title     = {ProbeRoute: Probes as Routing Priors for Frozen-Backbone Multi-Token Prediction},
  author    = {Uyar, Ali},
  year      = {2026},
  doi       = {10.5281/zenodo.19022708},
  publisher = {Zenodo},
  url       = {https://doi.org/10.5281/zenodo.19022708}
}
AU-100050
lamp: probe top-1, scaled within each horizoncord: a layer the trained router reads, m = 4 per headshelf lamp: learned router weightcomb bar: dense mix over all 16 layersProbeRoute keeps Pythia-1B frozen, probes each of its 16 layers for how well it predicts the token h steps ahead, and uses those probe scores to initialise a sparse router that reads four layers for each horizon head. On this board each column of jacks is a layer and each row a horizon: the lamps show probe top-1, which peaks at layer 13 for h = 1 and moves earlier, to layers 10, 9 and 9, as the horizon grows, and the cords are the four layers each head's trained router reads. After 50M training tokens the sparse router reaches a mean top-1 of 0.1172 over horizons 2 to 4 and a mean accepted-prefix length of 1.1188, against 0.1162 and 1.1110 for the strongest selected dense baseline, which mixes all 16 layers and appears on the board as the comb bars.