Build1 publisher2 min readPublished
Slicing FrontierMath by category leaves about 13 problems behind each error bar
A position paper argues that CLT-based intervals dramatically understate uncertainty below a few hundred datapoints. The specialized benchmarks frontier teams build are already smaller than that before anyone slices them by task.
The Engineer · Build desk

What happened
- A position paper on arXiv argues that CLT-based error bars hold up on benchmarks of thousands of examples and fail below a few hundred, where they usually understate uncertainty dramatically.
- FrontierMath, built in collaboration with over 60 expert mathematicians, contains around 300 problems across 23 categories, and some of those categories have fewer than three samples.
- The authors recommend frequentist and Bayesian alternatives they describe as easy to implement, and publish a Python library for the Bayesian methods.
Compiled by The EngineerSomething wrong?How this is made
Why it matters
- decision A team picking between two models on one category slice of a small benchmark is deciding on a difference the eval cannot resolve, so the call is judgement and should be recorded as judgement.
- cost Statistical power on a specialized eval has to be bought as expert annotation, so the labelling budget, not the model, sets the smallest difference a team can honestly claim.
- constraint No single benchmark fixes both problems at once: the sets with enough examples for CLT are the saturated ones the paper says miss real usage, and the representative ones are too small for the method.
- contradiction The paper also reports that uncertainty is rarely quantified at all, so on most published tables there is no interval to be wrong, and the argument bites hardest on the teams already doing the statistics.
A CLT-based interval is an asymptotic approximation, and its accuracy depends on how many datapoints you actually have. The paper's position is that thousands of examples is enough for that approximation and fewer than a few hundred is not [2]. Below that, the failure has a direction: the bars come out too small [3].
The headline size of a benchmark is not the sample size a decision rests on. FrontierMath holds around 300 problems across 23 categories, which averages about 13 problems per category [12][17]. SWE Bench Verified is 500 samples across 4 difficulty levels, so 125 per level [14][18]. CUAD's 510 labelled documents span 25 contract types, roughly 20 per type [11][19]. AIME, as the paper counts it, is 15 problems, and MLE Bench is 75 Kaggle competitions [13][15]. Some FrontierMath categories carry fewer than three samples [12]. Two samples will still produce a mean, and a CLT interval will still be drawn around it.
For a published delta between two models to transfer to your deployment, two things have to hold at once. The eval set has to stand in for your workload, and it has to be large enough for the interval quoted beside it. The paper argues those requirements pull apart. MMLU, GSM8K and Big Bench run hundreds to thousands of examples, and the paper describes them as largely saturated tasks, such as high school science questions, that do not accurately represent the tasks LLMs are used for in practice [8][9]. The targeted benchmarks built by industry practitioners and by researchers probing frontier capabilities carry very high quality labels and often only tens to hundreds of examples per task [10].
The reason those sets are small is annotation cost. CUAD required law student annotation with review by experienced attorneys, at an estimated $2 million for 510 documents, which works out to roughly $3,900 per document [11][20]. FrontierMath was developed in collaboration with over 60 expert mathematicians [12].
The abstract puts the failure in words, not in a coverage figure: CLT-based methods "perform very poorly, usually dramatically underestimating uncertainty (i.e. producing error bars that are too small)" [21]. How far a nominal 95% interval actually falls short at 15 problems is a question for the paper's experiments. What the supplied text supports is a threshold, a direction, and a list of benchmark sizes that sit under the threshold [2][12][13]. Those are the evals that inform model selection and deployment decisions [7].
What to watch
- Whether the bayes_evals methods get wired into the eval harnesses teams already run, or stay in an appendix.