Evaluation lab · San Francisco · London · Zürich
Reinforced Labs Request a briefing
Research note

Predicting benchmark accuracy from small models, with intervals that cover

Teams forecast large-model benchmark scores from small-model ladders. Accuracy is a sigmoid in log-compute, emergence is often a metric artifact, and the error bar matters more than the curve: in our simulation, intervals that ignored model-to-model scatter covered the truth 57 to 87% of the time when they claimed 90%.

Before committing a large training run, teams want to know what it will score on the benchmarks that matter. The usual method is to train a ladder of small models, fit a curve and extrapolate. This note shows why that curve is a sigmoid in log-compute, why "emergent" jumps are often a property of the metric rather than the model, which metrics make extrapolation tractable, and how to build a prediction interval that actually contains the answer. In our seeded simulation, intervals that ignore model-to-model scatter covered the truth 57 to 87% of the time when they claimed 90%.

A worked example: six small models and one large bet#

Suppose you have trained six small models on the same data mix, from to about training FLOPs, and evaluated each on a 1,000-item, four-option multiple-choice benchmark. Their accuracies climb from about 30% to the low 40s. The run you are planning uses FLOPs, more than two orders of magnitude beyond the largest small model. Leadership wants to know whether it will clear 75%.

A straight line through the six points will not do: accuracy is bounded below by chance (25%) and above by 100%, and it bends at both ends. The standard move is to fit an S-shaped curve to accuracy against log-compute and read off the value at the target. Our simulation does exactly that, many times over, against a known ground truth. The fit at the target lands near the true 80% on average, but any single fit can be off by several points, and with only four small models the median error is 14 points. The interesting question is not the point estimate. It is how wide the error bar should be, and whether the method you use to compute it is honest.

Everything below uses one generative model, described in the next section, so that every claim can be checked against the truth. It is a simulation: no real training runs were involved, and real model ladders have additional sources of error discussed under failure modes.

Why accuracy is sigmoidal in log-compute#

Start with one item. Item response theory (see our note on IRT for LLM evals) models the probability that a model answers item correctly as

where is the model's ability, is the item's difficulty, and is the guessing floor (0.25 for four options). The intuition: a model far below an item's difficulty guesses, a model far above it nearly always succeeds, and the transition is smooth.

Now tie ability to scale. Within one model family trained on one data mix, a convenient and empirically reasonable assumption is that ability rises linearly in log-compute:

where is training compute in FLOPs, is the ability gained per decade of compute, is the compute at which ability equals the average item difficulty, and is a model-specific deviation (seed, data order, small recipe differences) with standard deviation . Benchmark accuracy is the average of over items, which, for difficulties spread around a mean, is itself a smoothed S-curve. In practice it is summarised by a two-parameter sigmoid with a fixed floor:

where is expected accuracy, is the slope (in logits per decade of compute) and is the log-compute at the curve's midpoint. Owen [1] and Ruan, Maddison and Hashimoto [2] found sigmoids of this kind describe many benchmarks well across families, and the four-option floor matters: fitting a sigmoid that runs from 0 to 1 to multiple-choice accuracy biases both parameters.

Simulation setup. A fixed benchmark of 1,000 items with difficulties , , per decade, and . Each simulated model answers every item once, so its observed accuracy carries binomial noise (about 1.4 points at 50%). The target model at has a true expected accuracy of 80.5%. Small models sit at , so a ladder of models reaches .

Emergence as a metric artifact#

Wei and colleagues catalogued "emergent abilities": tasks where performance sits near zero for small models and then rises sharply past some scale [3]. Schaeffer, Miranda and Koyejo argued that many such jumps come from the metric [4]. If a model must get every one of tokens right to score on exact match, and its per-token accuracy improves smoothly, the task score is

which stays near zero while is moderate and then rises steeply once approaches 1. Raising a number below one to a high power squashes everything except values close to one.

0%25%50%75%100%1e191e201e211e221e231e241e25Training compute (FLOPs, log scale)ScorePer-token accuracy pExact match on 8 tokens, p^8
Figure 1. Simulated per-token accuracy and exact match on an 8-token answer, . Per-token accuracy is 38%, 62%, 82% and 92% at , , and FLOPs. Exact match over the same points is 0.04%, 2.3%, 20% and 53%: flat for three decades, then a sudden-looking climb. Nothing discontinuous happened to the model.

The practical consequence for prediction is direct. Small models on the flat part of the exact-match curve give you points that are all near zero, so they say almost nothing about where the rise will start. The per-token curve, by contrast, moves at every scale. The log-probability of the full answer, , is close to linear in over the low range, which makes it the easiest of the three to extrapolate.

Two caveats keep this from being the whole story. Du and colleagues showed that, holding data and architecture fixed, some tasks stay at chance until pre-training loss crosses a threshold even under continuous metrics [5], so not every jump is an artifact. And Schaeffer and colleagues later traced why multiple-choice accuracy in particular is hard to predict: it depends on how probability mass moves between the correct option and a few specific distractors, not just on the mass assigned to the correct answer [6]. Choosing a continuous metric helps, but which continuous metric matters.

Choosing a metric that moves#

The goal is a quantity that changes measurably across your small-model ladder and maps monotonically onto the score you care about. Candidates, roughly in order of how smooth they are in log-compute:

MetricMoves at small scale?Maps to accuracy?Notes
Log-likelihood of the correct answer (cloze scoring)Yes, nearly linearIndirectlyIgnores distractors, so it can rise while accuracy is flat
Margin: log-odds of correct option over best distractorYesYes, accuracy is the share of positive marginsCaptures the distractor effect identified in [6]
Brier score on the optionsYesYesBounded, so it saturates at the top
AccuracyOnly past the floorIt is the targetFloor and ceiling flatten the signal
Exact match on long outputsNoIt is the targetThe emergence artifact above

The two-step approach uses this structure explicitly. Step one fits a smooth trend of a continuous quantity against compute; step two maps that quantity onto accuracy with a link function. Gadre and colleagues predicted downstream averages from loss this way [7], Bhagia and colleagues predicted the accuracy of 7B and 13B models on four multiple-choice tasks within about two points, using ladder models that cost 1% of the target compute [8], and Ruan and colleagues fitted the link on a large set of public models from many families, which is what makes it identifiable when your own ladder sits on the flat part of the curve [2].

We simulated a version of this. The continuous metric is the mean margin over items, which in our generative model moves one-for-one with ability. Step one is an ordinary least-squares line of mean margin against on the small models. Step two is a sigmoid link from margin to accuracy, fitted on 40 reference models from four other simulated families that span to FLOPs (link error 1.4 points RMS). Note what this buys: the reference models reach the top of the curve, so the link's shape is learned from data your ladder never sees.

Prediction intervals that cover#

A prediction interval for the target model has to account for four things:

  1. Item sampling noise in each small model's measured accuracy, for items.
  2. Model-to-model scatter: two models at the same compute differ by , so the small-model points scatter around the curve by more than binomial noise.
  3. Parameter uncertainty in and , which grows quickly with extrapolation distance.
  4. The target model's own deviation , which no amount of small-model data removes.

A delta-method approximation makes the structure visible. Writing for the fitted logit at the target compute ,

where is the sigmoid's slope, is the covariance of , is the gradient of the logit with respect to those two parameters, is the model-level variance in logit units, and the last term is the target's own item noise. In words: parameter uncertainty and model scatter both enter in logit space and are scaled by how steep the curve is at the target, and item noise is added on top. The gradient with respect to is , and with respect to it is , so the variance grows with the square of the extrapolation distance.

The delta method is unreliable when the fit is barely identified, so in practice we use a parametric bootstrap: simulate new small-model accuracies from the fitted curve with both binomial noise and scatter, refit, add a draw of the target's deviation and item noise, and take quantiles. The "naive" version keeps only binomial noise. The "honest" version adds scatter with estimated from residuals of sigmoid fits to the four reference families ( logits, a median-based estimate).

20%40%60%80%100%1e201e211e221e231e24FLOPsAccuracy4 small models20%40%60%80%100%1e201e211e221e231e24FLOPs8 small models
Figure 2. One simulated ladder fitted with four and with eight small models (dots), honest 90% prediction bands (shaded), the fitted curve (solid) and the simulated truth (dashed). The red line marks the target at FLOPs. With four models, all near the floor, the fit predicts 49% and the band runs from 40% to 88%. With eight, the fit predicts 86% and the band narrows to 76% to 93%. The true value is 80.5%.

We repeated the whole procedure 400 times for each ladder size , each time drawing fresh small models and a fresh target model, and recorded how often the 90% interval contained the target's observed accuracy.

0%25%50%75%90%100%Coverage of 90% interval879277K = 3829178K = 4708487K = 6638485K = 8578183K = 10Direct fit, binomial noise onlyDirect fit + model-to-model scatterTwo-step via margin metric
Figure 3. Empirical coverage of nominal 90% prediction intervals, 400 simulated ladders per bar. Ignoring model-to-model scatter undercovers, and gets worse as the ladder grows because the interval shrinks faster than the real error. The red dashed line is the nominal 90%.
Small models Largest small model's true accuracyDirect fit: median abs. errorTwo-step: median abs. errorNaive coverageHonest coverageTwo-step coverageHonest median width
333%18.4 pts13.3 pts87%92%77%58 pts
435%14.4 pts9.3 pts82%91%78%51 pts
641%6.9 pts4.2 pts70%84%87%31 pts
848%4.7 pts3.3 pts63%84%85%19 pts
1057%3.2 pts2.6 pts57%81%83%13 pts

Three findings stand out.

Naive intervals get worse with more data. At the binomial-only interval is a median 7.5 points wide and covers 57% of the time. The fit is precise about the curve through these particular models, but the target is a different model, and its deviation alone is a few points of accuracy. Coverage falls as rises because the parameter uncertainty that was masking the missing term shrinks.

Honest intervals are wide, and that is the correct answer. With four models still near chance, the honest 90% interval is about 50 points wide. That is not a failure of the method; it is what the data say. A ladder that never leaves the floor cannot tell you where the rise starts. Even the honest intervals undercover by 6 to 9 points at larger , because is itself estimated from only four reference families and the bootstrap does not propagate that uncertainty.

The two-step method cuts error by roughly a third. Median absolute error falls from 14.4 to 9.3 points at and from 6.9 to 4.2 at . Its intervals undercover when , because a line fitted to three or four points gives a poor residual variance estimate. The gain is an upper bound: in this simulation the margin metric is exactly linear in ability and the link is shared across families, which are the method's assumptions. Real metrics are noisier and real families share links only approximately [2, 6].

20%40%60%80%100%1e201e211e221e231e24Training compute (FLOPs, log scale)Benchmark accuracytarget 3e23Small-model accuracySigmoid fit90% prediction bandSimulated true curve
6

Figure 4 (interactive). The same generative model and fit as the article, run in your browser: small models from FLOPs in steps of a quarter decade, a sigmoid with floor 0.25 fitted by Gauss-Newton, and a 90% band from 300 parametric bootstrap refits with logits. Untick the box to see the naive band that ignores scatter. "New draw" simulates a fresh ladder. The static image shows one draw at .

Practice: a checklist for scaling predictions#

SituationWhat to do
All ladder models within 10 points of chanceDo not fit a sigmoid to accuracy alone. Use a continuous metric and borrow the link from other models that reach higher scores, or report that the prediction is not identified.
Ladder straddles the midpointA direct fit is usable. Report the honest interval, not the binomial one.
Target more than two decades beyond the ladderExpect intervals of tens of points. Add an intermediate run if the decision depends on a threshold.
Benchmark is exact match on long outputsPredict per-token log-likelihood or a partial-credit metric first, then map.
Data mix or tokenizer changes between ladder and targetThe ladder no longer describes the target family. Re-run at least two ladder points with the final recipe.
Only one seed per ladder sizeEstimate from seed repeats at one or two sizes, or from residuals of other families; never set it to zero.

The core of the honest bootstrap is short. This is the Python we used, minus plotting:

import numpy as np
from scipy.special import expit

def fit(x, y, s=1.0, c=22.5, iters=60):
    # Gauss-Newton for y = .25 + .75 * sigmoid(s * (x - c))
    for _ in range(iters):
        z = s * (x - c); g = 0.75 * expit(z) * (1 - expit(z))
        J = np.stack([g * (x - c), -g * s], 1)
        r = y - (0.25 + 0.75 * expit(z))
        ds, dc = np.linalg.solve(J.T @ J + 1e-6 * np.eye(2), J.T @ r)
        s = np.clip(s + np.clip(ds, -.5, .5), .15, 4); c = np.clip(c + np.clip(dc, -1, 1), 19, 27)
    return s, c

def interval(x, acc, x_t, tau, n_items=1000, B=300, rng=np.random.default_rng(0)):
    s, c = fit(x, acc)
    yhat = 0.25 + 0.75 * expit(s * (x - c))
    slope = 0.75 * expit(s * (x - c)) * (1 - expit(s * (x - c)))
    sd = np.sqrt(yhat * (1 - yhat) / n_items + (slope * tau) ** 2)   # binomial + scatter
    preds = []
    for _ in range(B):
        sb, cb = fit(x, yhat + rng.normal(0, sd), s, c)
        p = 0.25 + 0.75 * expit(sb * (x_t - cb) + rng.normal(0, tau))  # target's own deviation
        preds.append(p + rng.normal(0, np.sqrt(p * (1 - p) / n_items)))
    return np.quantile(preds, [0.05, 0.95])

Failure modes#

Recipe drift. Ladders are trained months before the target, and the target's data mix, tokenizer or learning-rate schedule changes. Every one of those moves and possibly . Gadre and colleagues showed that loss under over-training (more tokens per parameter than compute-optimal) is predictable from small runs, but their scaling law has the token-to-parameter ratio as an explicit input [7]. A ladder trained at a different ratio from the target is answering a different question.

Non-monotone tasks. Some tasks get worse with scale over part of the range, for example when larger models more faithfully reproduce a misleading pattern in the prompt [9]. A sigmoid cannot represent that, and its interval will be confidently wrong.

Ceiling below 100%. If 4% of the benchmark's labels are wrong, the achievable ceiling is about 96%, and a sigmoid forced to 1 will overpredict near the top. Estimate the ceiling from the best available models or from an audit of the items, and fit it as a parameter when the target is expected to be near saturation.

Contamination. If the target's larger data mix contains benchmark items that the ladder's data did not, the target will beat the forecast for reasons unrelated to capability. See contamination detection.

Prompt and format sensitivity. Small models are more sensitive to prompt format, so ladder points can be depressed by format failures that the target does not have. Score with the formulation that is most stable across scale (Bhagia and colleagues formatted their tasks as ranked classification for their predictions [8]) and keep it fixed.

Treating aggregate predictability as task predictability. Averages over many tasks are much more predictable than single tasks: Owen reported about 6 points of error extrapolating BIG-Bench Hard averages one decade ahead, against 18 points for individual tasks [1]. A good forecast of the average says little about the one task a safety case depends on.

Ignoring the evaluation's own error bars. The target model's observed accuracy has item-sampling noise, and if items are clustered (several questions per passage) the noise is larger than binomial. Our note on clustered standard errors covers the correction.

The forecasting work cited here is what made capability prediction a routine part of planning large runs; the GPT-4 report, for instance, described predicting a coding pass rate from models trained with at most 1/1,000th of the compute [10]. The craft lies less in the curve than in the interval around it.

Frequently asked questions#

Can you predict a large model's benchmark accuracy from small models?

Often, within a few points, when the small models already sit past the chance floor and the training recipe does not change. When every small model is near chance, accuracy alone cannot locate the rise, and an honest prediction interval will span tens of points.

Are emergent abilities real or a measurement artifact?

Many apparent jumps come from all-or-nothing metrics such as exact match, which stay near zero until per-token accuracy is high and then climb steeply. Some tasks still show threshold behaviour under continuous metrics, so the answer depends on the task, but the metric should be checked first.

Why do sigmoid fits use a floor of 25% for multiple-choice benchmarks?

A four-option benchmark gives a random guesser 25% accuracy. Fitting a curve that runs from 0 to 1 forces the fit to explain the floor with its slope and midpoint, which biases both and distorts the extrapolation.

What should a prediction interval for a scaling forecast include?

Item sampling noise in each small model's score, model-to-model scatter at fixed compute, uncertainty in the fitted curve, and the target model's own deviation. Leaving out scatter produced intervals that covered the truth 57% of the time at a nominal 90% in our simulation.

What is the two-step method for predicting task performance?

Fit a smooth trend of a continuous quantity, such as loss or answer margin, against compute, then map that quantity to accuracy with a link function fitted on other models that span the full range. It cut median error by roughly a third in our simulation, an upper bound because the simulation satisfies the method's assumptions.

Sources#

  1. D. Owen. How predictable is language model benchmark performance?, 2024. arxiv.org
  2. Y. Ruan, C. J. Maddison, T. Hashimoto. Observational Scaling Laws and the Predictability of Language Model Performance, 2024. arxiv.org
  3. J. Wei, Y. Tay, R. Bommasani, C. Raffel et al.. Emergent Abilities of Large Language Models, 2022. arxiv.org
  4. R. Schaeffer, B. Miranda, S. Koyejo. Are Emergent Abilities of Large Language Models a Mirage?, 2023. arxiv.org
  5. Z. Du, A. Zeng, Y. Dong, J. Tang. Understanding Emergent Abilities of Language Models from the Loss Perspective, 2024. arxiv.org
  6. R. Schaeffer, H. Schoelkopf, B. Miranda, G. Mukobi et al.. Why Has Predicting Downstream Capabilities of Frontier AI Models with Scale Remained Elusive?, 2024. arxiv.org
  7. S. Y. Gadre, G. Smyrnis, V. Shankar, S. Gururangan et al.. Language models scale reliably with over-training and on downstream tasks, 2024. arxiv.org
  8. A. Bhagia, J. Liu, A. Wettig, D. Heineman et al.. Establishing Task Scaling Laws via Compute-Efficient Model Ladders, 2024. arxiv.org
  9. I. R. McKenzie, A. Lyzhov, M. Pieler, A. Parrish et al.. Inverse Scaling: When Bigger Isn't Better, 2023. arxiv.org
  10. OpenAI. GPT-4 Technical Report, 2023. arxiv.org

Know the number before you ship.

A 45-minute working session with an evaluation engineer. Bring one use case; leave with a threat model, a draft eval plan with sample sizes, and an honest read on where you stand.