The benchmark’s judges favoured longer answers on some tasks and shorter ones on others, and the direction flips even between tasks that look alike. So a judged score on its own is weak evidence of a difference between models: answer length can move the result either way. Uncertainty is the other half of the problem, with 74% of the model-task pairs the benchmark measured too uncertain to rank [^1][^2].

The preferred length depends on the task

The benchmark reports the length, in output tokens, of the answers its judges picked and of the ones they passed over. The clearest cases of judges preferring the longer answer are long-form tasks. On Profiled Document Analysis, picked answers ran 6,422 output tokens against 3,405 for the passed-over ones [^3].

At the shorter end, judges picked the more concise answer on language detection, at 58 output tokens against 268 [^4][^5][^6]. On Structured Output Extraction the less verbose answer was favoured even though both were long, at 6,041 against 6,914 [^7].

Claim refinement favoured the shorter answer, at 1,561 against 1,762 output tokens [^8][^9], while Factual Claim Refinement favoured the longer, at 2,951 against 2,064 [^10]. Subreddit vetting favoured the longer answer, at 937 against 713 [^11][^12], and subreddit selection the shorter, at 1,250 against 1,571 [^13][^14].

A bias in how answers are scored

The benchmark’s reporting treats the length effect as a bias in its scoring rather than a property of the models being scored. Where similar tasks land on opposite sides, the effect appears tied to the specific task and its scoring criteria rather than to the general kind of work.

The length figures name no models. They show that the direction of the bias varies by task, not how much it moves any given model’s score.

Length is not the only scoring bias the benchmark tracks. Judge bias is handled through a maintained table of 468 measured offsets across a 26-judge pool [^1][^2]. Presentation order is measured too: across 54,334 judgments that record the order candidates were shown in, the candidate shown first averages 7.87 against 7.73 for the one shown last, a 0.14-point drift that is recorded rather than assumed away [^1][^2].

Most measured results are too uncertain to rank

The benchmark ranks a model on a task only when the 95% confidence interval on its mean quality, the margin of error around its average score, is ±0.2 points on a 10-point scale [^1][^2]. Under that bar, 8,401 of the 11,284 model-task pairs it measured fall short, and none of them are published [^1][^2].

A missing rank is therefore not a verdict that a model is weak. It means the evidence does not decide the question for that model on that task.

What to do with this

  • Before reading a judged quality gap as a model difference, check the output lengths behind it, especially on long-form work such as profiled document analysis.
  • Don’t assume a blanket rule such as “longer is better”. Check each task on its own: a model that wins on one length-sensitive task may not win on a near neighbour.
  • Where the quality bar is high or the output budget tight, compare length-matched outputs directly.
  • Hold rankings, including your own, to a stated confidence bar before acting on them.

The live benchmark at https://fronset.ai/benchmark/ lets you set the quality bar you need, and the method is documented at https://fronset.ai/benchmark/methodology/.