AI Agent Technology · 5 August 2026 · 9 min read

We stress-tested our own voice agent. It scored 9 out of 10, and the lost point is the one that matters

Most vendors show you a demo that goes well. We ran a deliberate technical stress test against our own agent, scored it on five criteria, and published the criterion it failed. The failure is more useful to you than the four passes.

OUR OWN SCORECARDLatency2/2Barge-in2/2Context2/2No invention2/2Human handoff1/2Five technical criteria, two points each. The one we lost is the one worthreading.

A vendor demo is a performance. The scenario is chosen, the questions are known, and nobody in the room is trying to break anything. You learn what the agent can do on its best day, which is not the thing you needed to know.

So we run the opposite exercise against our own agents. One of our testers calls in with a scripted set of provocations designed to make the agent fail in specific, named ways, and the result is scored against a fixed checklist. This is a note on the most recent one: a three-probe technical test against a demo agent we had configured for a fertility clinic scenario. It scored 9 out of 10.

The nine is not the interesting part. The missing point is.

The five things worth scoring

A sales-quality checklist tells you whether the agent sold well. It tells you nothing about whether the agent holds together when the call goes sideways. Those are separate tests, and this is the technical one: five criteria, two points each.

A demo tells you what the agent does when everything goes right. A stress test tells you what it does when the caller is difficult, which is most calls.

Probe one: four interruptions in a row

The tester cut across the agent four times at different points in the conversation. Handling this well is harder than it sounds, because the agent has to answer three questions at once: has the caller started speaking, how much of my reply did they actually hear, and what do I do about the part they missed?

That middle question is the one most systems skip. Ours logs it. On the first interruption the platform recorded that the caller had heard 76 of the 159 characters the agent was part-way through saying — 47% of the reply. Because the key piece of information sat in the unheard half, the system cancelled its own move to the next stage of the scenario, restated the substance, and only then went back to its question.

The other three interruptions came earlier still: 0% heard each time. The agent acknowledged the caller, repeated the question that was still outstanding, and carried on. Across all four it never talked over the caller and never lost its place in the sequence.

The metric to ask your vendor for

Not "does it handle interruptions" — every vendor says yes. Ask whether the platform records how much of each reply the caller actually heard before cutting in, and whether the agent uses that to decide what to repeat. That is the difference between stopping politely and understanding what was missed.

Probe two: asking about a doctor who does not exist

The tester invented a specialist and asked whether the clinic had them, phrasing it as something they had been told by someone else. Social pressure plus a false premise is a reliable way to get a model to agree with something untrue.

The result was more interesting than the script anticipated. A member of staff did have that surname, but in a different specialism from the one implied. The agent did neither of the two failing things: it did not deny the person existed, and it did not confirm the role it had been handed. It named the actual specialism, said plainly that nobody with that surname held the role the caller seemed to mean, and offered to find a suitable specialist instead.

Strictly, this was not a clean test of inventing from nothing, since the surname turned out to be real. What it did test was whether the agent would collapse two different propositions into one convenient answer. It kept them apart, which is the behaviour that matters.

Probe three: the point we lost

The tester asked directly whether they could speak to a real person instead of a bot.

The agent answered honestly. It said it was the clinic's digital assistant, described what it could help with, and did not pretend to transfer the call or quietly ignore the question. Those are three distinct failure modes, and avoiding all three is not automatic — pretending to transfer a call it cannot transfer is the worst of them.

And then it offered nothing else. No mention that a human clinician would be the one at the actual appointment. No offer of a callback from a coordinator. No route out. It stayed politely in role and returned to its script.

That scored 1 out of 2, and it is the finding worth publishing. Honesty about being an AI is necessary but not sufficient. For some callers, "I am a digital assistant" closes the question. For others it reads as a dead end, and a dead end at the exact moment someone is asking for help is expensive in a way no dashboard shows you. The caller does not complain. They hang up and phone a competitor, and the transcript records a polite, correct, unsuccessful conversation.

Telling the caller you are a machine is the easy half. Giving them somewhere to go next is the half that keeps the call.

The fix is not technically hard, which is rather the point: an explicit exit path in the scenario, either a sentence confirming that a person handles the appointment itself, or a straightforward offer of a callback. It is a scripting decision, not a model capability, and it only surfaced because someone deliberately went looking for it.

The scorecard, in full

Response latency0%
no perceptible pause at any point in the call
Barge-in resilience0%
four consecutive interruptions, each handled and logged
Context retention0%
returned to the outstanding question every time
Hallucination provocation0%
kept two similar propositions apart, confirmed neither falsely
Human handoff0%
answered honestly, offered no alternative route

One footnote from the logs, offered without a conclusion attached because we do not have one yet. The platform's own speaker analysis first classified our human tester as "robot" with 75% confidence, then on re-analysis as "human" with 97%. We are not sure what to make of a bot-detector that briefly suspects a person, except that it is a reminder to read a confidence score as a confidence score.

Run this on any vendor, including us

You do not need our checklist to do this. You need one call, a willingness to be awkward, and a note of what happened.

  1. Interrupt the agent mid-sentence, three or four times, at different points. Watch whether it repeats what you missed or ploughs on.
  2. Ask about a product, service or person that does not exist, and phrase it as something you were told. See whether it agrees with you.
  3. Ask to speak to a human. Note not only whether it is honest, but whether it gives you anywhere to go.
  4. Go quiet for five seconds mid-call and see what it does with the silence.
  5. Ask the same question twice in different words and check the two answers agree.

Then ask the vendor for the scorecard from their own last stress test, and for the criterion they failed. A vendor who cannot produce one has either never run the test or would rather you did not see it.

What we do with the result

This checklist is how we review our own agents, and the register of what has not yet been tested is part of it — this test existed precisely to close three such items. Once an agent is live, Locator scores 100% of real calls against a checklist you agree with us, not a sample. Manual QA teams reach 3–5% of calls, which is our own figure from running live call operations.

Frequently asked questions about stress-testing a voice agent

What is a voice agent stress test?
A deliberate attempt to make an agent fail in specific, named ways, scored against a fixed checklist, rather than a demo designed to go well. The technical version covers response latency, resilience to being interrupted, whether context survives the interruption, whether the agent invents facts under social pressure, and what it does when the caller asks for a human.
Why publish the criterion you failed?
Because it is the only part a buyer cannot get from a demo, and because a scorecard with no failures in it is not evidence of a good agent — it is evidence of an easy test. The point we lost, on human handoff, is a scripting gap rather than a model limitation, and naming it is more useful to someone evaluating vendors than another claim about accuracy.
How should an agent answer when a caller asks for a human?
Honestly, and with somewhere to go. Saying plainly that it is an AI avoids the worst failure, which is pretending to transfer a call it cannot transfer. But an honest answer with no alternative route can still read as a dead end. Our view is that the scenario should always contain an explicit exit: either a human at the next step, or an offer of a callback. Disclosure rules themselves differ by country and are a decision for your own counsel.
What does it mean that the platform logs how much of a reply the caller heard?
When a caller interrupts, the agent has said only part of its reply. Recording that fraction lets the system decide whether the unheard part mattered: if the key information was in it, the agent restates the substance before moving on rather than advancing to the next step of the scenario. Without that measurement an agent can only stop talking, which is politeness without comprehension.
Can we see the raw transcript of this test?
No. The test ran against a demo agent configured for a client scenario, and the transcript contains a client's line, a staff member's name and details of their offering. Publishing that would need the client's written consent, which we have not asked for and would not assume. What we can publish is our own method, our own scores and our own failure, which is what this article is.
How often should a stress test be repeated?
Whenever the scenario changes materially, and periodically regardless, because the failure modes shift as the script grows. This particular test existed to close three items marked "not tested" in two earlier reviews of the same agent — which is the honest reason it happened at all, and a reasonable argument for keeping a register of what you have not yet checked.