ASR Benchmarks Are Broken: The Optimization Problem
Speech recognition leaderboards keep hitting record-low WER scores, but Hugging Face's new analysis shows how much of that progress is real versus benchmark gaming.
Speech recognition leaderboards keep hitting record-low WER scores, but Hugging Face's new analysis shows how much of that progress is real versus benchmark gaming.

Speech recognition benchmarks have a credibility problem. The Open ASR Leaderboard keeps posting shockingly low Word Error Rates, some models are now under 2% WER on LibriSpeech clean, and yet real-world transcription still struggles with accents, noise, and domain vocabulary. Something doesn't add up.
A recent Hugging Face blog post from the HumeAI team, published August 21, 2026, breaks down exactly why. The team designed three probes to measure how much of recent ASR progress reflects genuine improvement versus targeted optimization against specific test sets. The results aren't flattering.
Based on the HumeAI/Hugging Face investigation, three patterns emerge across the 11 open-source ASR models tested:
And the biggest takeaway? Models appear to detect which benchmark they're being tested on and adjust their transcription behavior accordingly. If you pick a model purely on WER, you're probably going to be disappointed.
Benchmark optimization in ASR — sometimes called "benchmaxxing" — happens through several mechanisms, some intentional, some accidental. The HumeAI team focused on the ones that materially distort published numbers.
Photo by Hitesh Choudhary on Unsplash
The most obvious form is direct exposure to test data during training. LibriSpeech, VoxPopuli, and Common Voice have all existed on the public internet for years, and few labs run rigorous decontamination. But the paper's findings suggest something subtler: models may not just memorize transcripts, they may learn to identify a benchmark from acoustic cues and then reproduce the benchmark's specific transcription policy — including its errors.
Then there's the normalization pipeline. WER depends heavily on how you handle punctuation, capitalization, numbers, contractions, and filler words. Different labs reporting the same WER on the same audio might be doing very different things to the reference transcripts before scoring, which is why the HumeAI team also published un-normalized model outputs alongside their analysis.
OpenAI's Whisper normalizer has become something of a de facto standard, and that's part of the problem. It's aggressive: it lowercases everything, removes most punctuation, expands contractions, and normalizes numbers to words. Reporting a WER without specifying the normalizer makes cross-paper comparisons unreliable.
The team ran three structured probes across 11 popular open-source ASR models, including openai/whisper-large-v3, nvidia/canary-qwen-2.5b, nvidia/parakeet-tdt-0.6b-v2, microsoft/Phi-4-multimodal-instruct, mistralai/Voxtral-Mini-3B-2507, Qwen/Qwen3-ASR-0.6B-hf, and moonshotai/Kimi-Audio-7B-Instruct, among others.
The three probes were:
Every probe was also run on freshly collected audio (recent European Parliament recordings and LibriVox audio from newly active narrators) recorded after the models' training cutoffs, to distinguish benchmark familiarity from genuine transcription skill.
The evaluation scripts and un-normalized model outputs are open-sourced via the Open ASR Leaderboard GitHub repository, and a new "Benchmark fitting" tab has been added to the leaderboard itself.
The headline finding: on VoxPopuli, the team's methodology flagged potential reference errors in roughly 40% of the clips they analyzed, affecting about 3% of all reference words. Models showing benchmark-optimized behavior reproduced those erroneous references 18–30% of the time.
For a head-to-head on production ASR models, see our Apple SpeechAnalyzer vs Whisper benchmark verdict. The single most striking result comes from a VoxPopuli clip whose audio audibly begins with "Thank you, Mr. President," but whose reference transcript omits the "Thank you." Here's how the 11 tested models performed on the original recording versus a same-speaker voice clone versus a fresh parliamentary recording ("ep-fresh"):
| Test clip | Models dropping "Thank you" (out of 11) |
|---|---|
| Original VoxPopuli recording | 6 |
| Voice clone of the same speaker | 5 |
| Fresh European Parliament recording | 1 |
When the same sentence was resynthesized in a generic TTS voice with no connection to parliamentary recordings, all 11 models restored the "Thank you." That's a strong signal that models are keying off acoustic context to recognize the benchmark, not just transcribing what they hear.
The masked-number probe told a similar story. On LibriSpeech, some of the strongest benchmark-performing models reproduced the silenced reference number in roughly 30–40% of examples — even though the number had literally been removed from the audio. The rate dropped substantially on freshly collected data from the same source domain.
Different benchmarks use different spelling conventions for phonetically identical words (VoxPopuli uses "Mr.", LibriSpeech spells out "Mister"). If a model chose randomly it would match the correct benchmark spelling about 50% of the time. Instead, multiple models exceeded 50% and some reached roughly 90% switch accuracy — meaning the model can effectively identify which benchmark a clip came from and pick the spelling that benchmark expects.
Looking across the 11 models, the pattern is consistent: the systems with the lowest reported WER on public benchmarks are also the most likely to reproduce those benchmarks' reference errors. On the "drops the courtesy" test above, openai/whisper-large-v3, mistralai/Voxtral-Mini-3B-2507, moonshotai/Kimi-Audio-7B-Instruct, and Qwen/Qwen3-ASR-0.6B-hf transcribed the audible "Thank you" on all three clip variants. In contrast, models like nvidia/canary-qwen-2.5b, nvidia/parakeet-tdt-0.6b-v2, and ibm-granite/granite-speech-4.1-2b reproduced the reference's omission on the original recording.
Parakeet is the only model in the set that flipped between reproducing the benchmark on the real clip and getting it right on the same-speaker clone — a fingerprint of benchmark-specific behavior rather than acoustic content driving the transcription.
The Open ASR Leaderboard is useful, but reading it without context is like reading MMLU scores without knowing which questions leaked into training. The number is real. Its meaning isn't.
So what should you take away from this? A few things are pretty solid.
First, the era of comparing ASR models by a single WER number is over. Any serious evaluation needs at least three data points: an in-domain benchmark, an out-of-domain benchmark, and a specification of the normalizer used. Otherwise you're comparing apples to differently-normalized apples.
Second, model size doesn't cleanly predict generalization. The HumeAI paper tests models ranging from Moonshine's ~300M parameters to Higgs Audio's 8B and Whisper's 1.55B, and the benchmark-fitting behavior doesn't correlate neatly with scale. Data curation and training-set overlap appear more predictive of this failure mode than parameter count.
Third, contamination isn't a fully fixable problem for public benchmarks. LibriSpeech dates to 2015 and has been scraped countless times. The community needs held-out evaluation sets and temporal or speaker-based test splits, which is exactly what the paper proposes.
A few findings genuinely raised eyebrows.
The benchmark-fitting behavior can be triggered by surrounding audio context. Appending ordinary conversational audio to a VoxPopuli clip can restore a faithful transcript, and appending VoxPopuli audio to a synthetic sample can push a previously faithful model toward reproducing the benchmark reference. That strongly implies the models are using acoustic style, not just the semantic content, to decide how to transcribe.
Parakeet's behavior — reproducing the benchmark on the real clip but transcribing accurately on a same-speaker voice clone — is a textbook signature of aggressive benchmark tuning.
If you're picking an ASR model for a real product, ignore the leaderboard rankings for a minute. Instead, test on audio that resembles your production distribution. Meeting recordings, phone calls, podcast interviews, whatever your use case actually looks like. The FFASR Leaderboard is a decent starting point for real-world audio comparisons. The gap between benchmark performance and your use case will be larger than the gap between the top models on any leaderboard.
For developers building on ASR APIs, the picture is a bit different. (For a similar analysis of overfitting patterns, see our ASR benchmark gaming breakdown.) Commercial offerings like AssemblyAI and Deepgram don't publish detailed evaluations, but they also tend to invest more heavily in production robustness. Your mileage will vary, but raw open-source leaderboard rankings aren't a reliable proxy for API quality.
For researchers publishing new models, the standard is shifting. Expect reviewers to ask for out-of-domain results and normalizer specifications. The old workflow of reporting LibriSpeech-only numbers is getting harder to publish, and rightly so.
For everyone else, treat any "under 2% WER" claim with heavy skepticism. That number describes performance on audio the model may have effectively seen. Your recordings almost certainly won't get anywhere near it.
The HumeAI writeup ends with a call for temporal, speaker, or metadata-based test splits (rather than simple i.i.d. splits) and greater transparency around training data. Both would help. Neither will fully solve the underlying incentive problem, which is that lab reputations depend on leaderboard positions, and leaderboards reward optimization more than generalization.
But the direction is right. Speech recognition benchmarks in 2026 need to look more like what the ARC Prize did for reasoning: hidden test sets, real-time evaluation, and strict submission protocols. The alternative is a slow drift into a world where every ASR paper claims a new SOTA and nobody's models work any better in practice.
For clean read speech, top models achieve roughly 2-4% WER. For real-world conditions like meetings, calls, or noisy environments, expect 8-15% WER even from the best systems. If a model claims sub-2% WER on your specific audio type, verify it against your own held-out recordings before trusting the number.
Among the open models tested in the HumeAI paper, openai/whisper-large-v3, mistralai/Voxtral-Mini-3B-2507, moonshotai/Kimi-Audio-7B-Instruct, and Qwen/Qwen3-ASR-0.6B-hf were among those that transcribed audio faithfully across all three variants of the VoxPopuli test — a good sign of less benchmark-specific behavior. For commercial APIs, Deepgram and AssemblyAI tend to invest heavily in production robustness. Avoid picking based purely on LibriSpeech WER.
Most labs don't publish full training data lists, which is part of the problem. Look for models with dated training cutoffs and test them on audio recorded after that cutoff. If a model's WER on post-cutoff audio is significantly worse than on standard benchmarks, contamination or benchmark-specific optimization is likely.
As of the August 2026 HumeAI/Hugging Face writeup, a new 'Benchmark fitting' tab has been added to the Open ASR Leaderboard that quantifies VoxPopuli reference-error reproduction and orthographic switching across all models. The paper also calls for temporal, speaker, or metadata-based test splits rather than simple i.i.d. splits.
Different text normalizers. The Whisper normalizer lowercases everything, strips punctuation, and expands contractions, which typically yields lower reported WER than stricter normalizers on the same output. Always check which normalization config was used before comparing numbers across sources.