Skip to content
AI.info

Speech and audio

Audio System Evaluation, Robustness, Fairness, and Deployment

Create an end-to-end evaluation and release program for audio AI across tasks, slices, attacks, latency, privacy, monitoring, and retirement.

By the end you can

Comparison

7.4%, then 0.4%, then 0.3% — one pipeline, three accuracies

Component evaluation isolates one module — VAD, ASR, diarization, TTS — and asks whether it works. That question has an answer, and the answer is a diagnosis. It tells you where to look when something is wrong.

Two other questions look similar and are not. System evaluation asks what happens once the modules are wired to each other and to the people working alongside them. Post-deployment assurance asks what happens across the years the whole thing is left running. A clean component score answers neither. Almost everything in this lesson lives in that gap.

One study measured all three on the same audio. 217 dictated notes from 144 physicians at two health care organisations were annotated against a criterion standard built from the original audio. Zhou and colleagues published the result in JAMA Network Open in 2018: “The error rate in SR notes was 7.4% (ie, 7.4 errors per 100 words). It decreased to 0.4% after transcriptionist review and 0.3% in SNs.”

Three numbers, one pipeline. 7.4 errors per 100 words is the component score for the recogniser. 0.4% is the system — the recogniser plus the medical transcriptionist editing behind it. 0.3% is what the physician signs, and the signed note is what the record carries for as long as anyone reads it. Ask which of the three is the accuracy of the dictation system. There is no answer that is not first a question about which boundary you drew.

FigureComparison · 3 columns

Component evaluation

Isolates VAD, ASR, diarization, TTS, or another module for diagnosis.

  • Decision focus: Map the system and claims
  • Useful evidence: Task portfolios with confidence intervals and critical slices
  • Watch for: Averages hiding worst-group or rare-event failures
  • Best used when its assumptions are documented for audio system evaluation, robustness, fairness, and deployment

System evaluation

Tests interactions, state, policy, latency, tools, and user recovery end to end.

  • Decision focus: Build an evidence portfolio
  • Useful evidence: Latency, resource, reliability, and continuous-stream behavior
  • Watch for: Listening panels that exclude target languages or hearing profiles
  • Best used when its assumptions are documented for audio system evaluation, robustness, fairness, and deployment

Post-deployment assurance

Monitors changing inputs, outcomes, incidents, and control effectiveness over time.

  • Decision focus: Stress the boundary
  • Useful evidence: Fairness, accessibility, privacy, consent, and recourse outcomes
  • Watch for: Attack tests using only known generators or replay devices
  • Best used when its assumptions are documented for audio system evaluation, robustness, fairness, and deployment

Example

96.3% of the notes contained an error and the average said 0.3%

The same study says something none of its three headline numbers says. Of the notes the speech-recognition stage produced, 96.3% contained at least one error. Of the errors at that stage, 5.7% were clinically significant.

Hold those against the averages. A per-word rate of 0.4% or 0.3% is a true number, and it is a rate over words. It cannot report how many documents contain at least one error. It cannot report which errors change clinical meaning. The recogniser's 7.4 per 100 words is a diagnosis that stops at the seam with the transcriptionist. The post-edit average describes the middle of a distribution and is silent about its tail. Neither is a count of notes. Neither is a count of significant errors.

None of this is mysterious once the numbers are broken out. Breaking them out is exactly what a single figure per stage cannot do. A reviewer reading only 7.4, 0.4 and 0.3 sees three correct numbers and none of the three failures underneath them. It took 217 notes and 144 physicians, annotated against the original audio, to make the tail reportable at all.

  • The decision this lesson is about is how to build an end-to-end evaluation and release programme for audio AI — tasks, slices, attacks, latency, privacy, monitoring and retirement.
  • The failure underneath the dictation numbers is the ordinary one: an average hid a worst-group or a rare-event result. 0.3% per word stands beside 96.3% of speech-recognition notes carrying at least one error.
  • The evidence that would have caught it is a task portfolio reported with confidence intervals and the critical slices broken out instead of folded in: per-note error incidence and the 5.7% clinically significant share printed next to the per-word rate, not absorbed into it.
  • The practical response is to stop letting one score speak for the product, and to separate the transcript, identity, event, quality, interaction and governance claims from one another.

Case

0.35 against 0.19, and 31% against 4.6%

That shape — a failure concentrated on some speakers and invisible in the aggregate — is not an anecdote. It has been measured, and on commercial systems rather than on a research baseline. Five state-of-the-art commercial systems, from Amazon, Apple, Google, IBM and Microsoft, were run over 19.8 hours of audio from 42 white and 73 black speakers. The average word error rate was 0.35 for black speakers and 0.19 for white speakers. That is 1.84 times the error rate, a gap of 0.16 errors a word. The interviews were matched on age and gender, so the gap is not a demographic artefact of the sample. Koenecke and colleagues published it in PNAS in 2020.

Part of that gap narrows to a single grammatical feature. Over 100 hours of spoken African American English went through two ASR systems in a 2020 study by Martin and Tang. Habitual “be” and the words around it came out more error-prone than non-habitual “be”, with local language and acoustic factors controlled. One construction inside one dialect is about as fine-grained as a finding gets. An aggregate word error rate would have shown none of it.

Dialect is not the only thing an average buries. 432 people with self-reported disordered speech were recorded, each saying at least 300 short phrases. Green and colleagues reported the result in 2021: “The accuracies of personalized models were high (median WER: 4.6%) and better than those of speaker-independent models (median WER: 31%).” Same speakers, same phrases, two models. 31% for the speaker-independent system trained on typical speech. 4.6% once the model was personalised. The personalised models also beat expert human transcribers, by a median 9% and a maximum 80% in recognition accuracy. Google's own account of the corpus behind that work puts it at over 1 million utterances and more than 1,400 hours from 1,330 speakers as of August 2021, with median WER on severely impaired home-automation phrases falling from about 89% to 13%.

Each of those five commercial services had a number for its accuracy. Each of those numbers was true.

Figure

One aggregate number would land between these two rows and describe neither: average word error rate by speaker group, across five commercial services.

No benchmark certifies the next room

True, and still not an answer to the question a release asks. That is the distinction worth holding on to. Audio-system evaluation has to match the deployed decision chain, and a component metric does not. A component metric diagnoses. It tells you which module to open.

Releasing needs a different set of things entirely: representative continuous audio rather than clips, interaction traces, the hardware constraints the system will actually run under, subgroup analysis, privacy review, and incident preparedness. Component evaluation, system evaluation and post-deployment assurance answer to different audiences. All three should be settled before the architecture is, not discovered afterwards.

Underneath sits a limit that no amount of testing removes, and it has been measured across an entire field at once. The ASVspoof 2021 challenge drew 54 participating teams. Its summary paper says of the deepfake track: “While 23 (out of 33) systems have EERs of less than 10% for the progress subset, and while the best performing system even has an EER of less than 1%, all have EERs exceeding 15% for the evaluation set.” Not one weak entry among the 33. All 33 exceeded 15% equal error rate on the evaluation set, and the best of them had been under 1% on the progress subset. The systems did not change between those two numbers. The audio did.

So no finite benchmark certifies every future room, device, speaker, language, attack or generator. Those keep arriving after the evidence was collected. What evidence can do is state where it stops applying — its operating boundary — and come with a plan for noticing when the system has walked outside it.

An equal error rate under 1% and one above 15% were the same detector scored twice; green component numbers buy no permission to release into a room the tests never covered.

Key idea

Green dashboards while quality degrades

Losing sight of that boundary is not one mistake but four. Each of them lets a dashboard stay green while the system it watches gets worse.

1) Averages hiding worst-group or rare-event failures. 2) Listening panels that exclude target languages or hearing profiles. 3) Attack tests using only known generators or replay devices. 4) Monitoring service health while ground-truth quality silently degrades.

The first is what 0.35 against 0.19 and 31% against 4.6% demonstrate: in both cases the aggregate was correct and described neither group.

The second has a published remedy with numbers in it. ITU-T Recommendation P.808, issued in June 2021, says who has to be in the panel. Listeners must be screened so that “they have a normal hearing ability: no crowdworker should exceed a hearing loss of 25 dB at all frequencies up to and including 8 kHz”. They must be native speakers of the language of the spoken material, or fluent at native level. An ACR experiment must collect at least 8 individuals per stimulus and 96 votes per condition, with at least 20% of participants in each of the age bands 15–30, 30–50 and 50+. A panel that documents none of that has not run a cheaper test. It has run one whose population is unknown.

The third assumes attackers hold still. That is the assumption those 33 deepfake systems were making. The paper's own abstract says of them that “they lack generalization across different source datasets”.

The fourth watches the machine rather than the output, which is why it can run for months. No latency or uptime chart would ever have counted how many dictated notes contained at least one error.

What the four share is a finite test set being read as a complete one. The repair is the same in every case: know which departures from the boundary you would actually be able to detect.

Each of those four gaps produces the same outcome: a metric that keeps reporting success over the population it never managed to sample.

Example

The four words that survive a year

Four words carry that repair. They are the four that decide whether a release argument can still be audited a year later. Used loosely they quietly move evidence and decision rights around, and it happens without anyone noticing.

None of them is house vocabulary. Model cards have been a published proposal since January 2019. Mitchell and colleagues put the case in a sentence: “In order to clarify the intended use cases of machine learning models and minimize their usage in contexts for which they are not well suited, we recommend that released models be accompanied by documentation detailing their performance characteristics.”

  • An operating boundary is the set of conditions, populations, devices and uses for which the evidence supports release. By implication it also names everything outside it, which is untested however good the headline number looks; a model card carries it as two fields, intended use and out-of-scope contexts.
  • A release case is a structured argument connecting the claims to the evidence behind them, the risks left over, and the person who owns each decision. The model card's evaluation procedure and benchmarked performance are the published minimum of one, and they have been the minimum since January 2019.
  • A slice is a defined subset scored on its own, to reveal variation an average conceals. Model cards ask for performance disaggregated across demographic and intersectional groups, and habitual “be” was a slice before anyone had a name for it.
  • Retirement is the controlled removal of a model or system, with its dependencies and its evidence handled rather than abandoned in place.

Visual

Anything unmapped is evidence nobody gathers

Those four words get used in a fixed order of work. First you map the system and the claims made for it. That map decides what the evidence portfolio will contain. The portfolio is then what release and change decisions are argued from.

The sequence is not this lesson's scheme. The US National Institute of Standards and Technology published its Artificial Intelligence Risk Management Framework. That was on 26 January 2023. It gives the reason for the order: “While measuring AI risks in a laboratory or a controlled environment may yield important insights pre-deployment, these measurements may differ from risks that emerge in operational, real-world settings.” It then hangs the work on numbered subcategories a reviewer can cite. MEASURE 2.3 requires performance to be “demonstrated for conditions similar to deployment setting(s)”. MEASURE 2.5 requires that “Limitations of the generalizability beyond the conditions under which the technology was developed are documented”. MANAGE 4.1 requires post-deployment monitoring plans covering appeal and override, decommissioning, incident response, recovery and change management. Retirement sits in the framework, rather than being left to whoever is still on the team.

The order matters because the first step is silently subtractive. Whatever the map leaves out is not evidence collected late. It is evidence nobody gathers, and its absence never announces itself. The aggregate word error rate reported none of what Martin and Tang found in habitual “be”. The measurement was not wrong. No map had asked for that slice. The omission surfaces at the last step, in the governance meeting, where there is nothing to argue about because there is nothing to show.

FigureHierarchy · 4 levels
  • Map the system and claims

    List components, interfaces, decisions, users, bystanders, and prohibited uses.

    • Build an evidence portfolio

      Combine deterministic tests, signal probes, task metrics, listening, traces, and field outcomes.

      • Stress the boundary

        Test noise, reverberation, devices, languages, overlap, spoofing, outages, and privacy failures.

        • Govern release and change

          Set acceptance criteria, canary, monitoring, incidents, rollback, retraining, and retirement.

Release and change decisions rest on the map of the system and its claims drawn earlier; MEASURE 2.5 exists because whatever that map left out never comes up again.

Analogy

Certifying an aircraft assembled from tested parts

There is an older version of this problem, and it is worth borrowing. An aircraft assembled from parts that each passed a bench test still meets vibration, timing and control failures at integration. That is exactly why certification exists as a discipline separate from component testing.

The comparison holds up to a point and then stops. Certification faces a fixed physical world, and the rules do not change while you test. An audio system faces language, identity and social context. One grammatical feature can carry an error rate, as habitual “be” does. The same 432 speakers score a median 31% or a median 4.6%, depending only on whether the model was personalised to them. An audio system also faces attackers who change what they do once they know how it was tested. That is how a field in which 23 of 33 systems were under 10% equal error rate on the progress subset ends with all 33 above 15% on the evaluation set. Aircraft parts do not read the test plan.

System quality is not the sum of isolated benchmark scores.

Example

What a reviewer reads first

So the portfolio has to be assembled on purpose, in four kinds, and a reviewer reads them in that order. The first is a claim. The three that follow decide whether the claim gets to stand.

The fourth kind usually arrives as a metric name — incident severity — with nothing attached to it. It has a price list. Two days before New Hampshire's 2024 Democratic presidential primary, robocalls carrying a generative-AI deepfake of President Biden's voice told recipients not to vote. On 26 September 2024 the Federal Communications Commission adopted Forfeiture Order FCC 24-104: “We impose a penalty of $6,000,000 against Steve Kramer (Kramer) for effectuating an illegal robocall campaign that targeted potential New Hampshire voters two days before the state's 2024 Democratic Presidential Primary Election (Primary Election) in violation of the Truth in Caller ID Act of 2009”.

The arithmetic is worth reading, because it is the arithmetic of an audio incident. A $1,000 base forfeiture with a 100% upward adjustment is $2,000 per call. That was applied to a sample of 3,000 verified spoofed calls, drawn from the 9,581 calls Voice Broadcasting initiated on 21 January 2024. The Commission had already ruled, on 8 February 2024, that AI-generated voices are “artificial” under the Telephone Consumer Protection Act.

Put together, the four kinds are what stops a headline number from carrying a release on its own. A single accuracy figure was doing exactly that for each of those five commercial services.

  • The core task evidence is the task portfolio, reported with confidence intervals and with the critical slices broken out: 0.35 and 0.19 as two rows, never as the one number that would sit between them.
  • The system behaviour to record is latency, resource use, reliability, and what happens on a continuous stream rather than on clips.
  • The robustness slice covers fairness, accessibility, privacy, consent and recourse outcomes — chosen wherever an average would cover a bad result for a small group or a rare event, as 31% against 4.6% on the same 432 speakers does for accessibility.
  • Over the system's working life the evidence is incident severity, rollback time, detection delay and retirement completion — and severity has units: $2,000 a call, 3,000 calls, $6,000,000.

Report task portfolios with confidence intervals and critical slices together with incident severity, rollback time, detection delay and retirement completion — a $6,000,000 forfeiture order is a severity figure no accuracy chart contains.

Steps

Write an audio release case

Write yours for a reviewer who is hunting for the group or the rare event your averages have covered up. Say what your map of the system and its claims assumes, and say which conditions it claims performance for.

Then give one counterexample. 0.35 against 0.19 will do until you have found one of your own. So will 7.4 errors per 100 words at the recogniser against 0.3% in the signed note, or 23 of 33 detectors under 10% equal error rate on one subset and all 33 above 15% on the next. Then say what governing release and change is supposed to do the moment it meets that counterexample: which of release, limited pilot, redesign or non-deployment follows, and which stop rule would reverse it.

FigureProcess · 4 steps
  1. 1. State every claim

    Separate transcript, identity, event, quality, interaction, and governance claims.

  2. 2. Attach evidence

    Link each claim to tests, slices, thresholds, owners, and residual risk.

  3. 3. List counterevidence

    Include failure examples, unsupported populations, and known blind spots.

  4. 4. Make a decision

    Recommend release, limited pilot, redesign, or non-deployment with stop rules.

You have not finished the release case until it names one of the four verdicts — release, limited pilot, redesign, or non-deployment — and the stop rules that would reverse it.

Key takeaways