AI Blog

Coval vs Hamming vs Cekura vs Bluejay: You Are Buying a Simulated Caller

Four platforms will run thousands of test calls against your voice agent, and the number they advertise — concurrency — is the axis that matters least. What separates them is where the caller on the other end comes from, because that sets the ceiling on what any of these evals can tell you.

By Agentic AI Wiki 13 min read

A voice-agent test suite does not measure your agent. It measures your agent against a caller that somebody generated, and the realism of that caller is the ceiling on everything the suite can tell you — which is why the number all four of these platforms lead with, concurrent simulations, is the axis that matters least. Coval, Hamming, Cekura and Bluejay differ mainly in where the person on the other end of the line comes from: a persona written from your prompt, a recording of a real customer, a scenario suite pinned in CI, or whatever you can afford at twenty cents a minute. Choose on that, and the pricing question answers itself.

At a glance

All four run automated calls against a voice agent, score the result, and flag regressions. Two publish prices and two do not.

PlatformOriginWhere the test caller comes fromPricing
CovalFounded 2024, YC; $3.3M seedScenario suites run in CI, methodology borrowed from autonomous-vehicle simulationPublished: $100 / $500 / from $4,500 per month
HammingFounded 2024, YC S24; $3.8M seedReplay of your own production calls, plus simulated batchesSales-led, volume-based, no self-serve
CekuraFormerly Vocera; YC F24High-volume generated scenarios with rule-based assertionsPublished: from $30/month, ~5 credits per voice minute
BluejayVoice and chat agent testingAuto-generated “digital human” personasSales-led, unpublished

A note on sources before the comparisons start. Most of the head-to-head pages you will find for these four are published by one of the four — Coval maintains comparison posts on Hamming, Cekura and Bluejay; Hamming and Cekura publish their own landscape reviews. Treat every claim about a competitor's weakness as marketing, and every self-reported capability number as a ceiling measured under favourable conditions. The facts worth carrying are the published prices and the shape of each product, which is what this piece sticks to.

The axis nobody sells on

Where the test caller comes from, and how the call is scored Four sources of a test caller feed one voice agent under test: generated personas written from a prompt, replayed audio from real production calls, a pinned scenario suite running in continuous integration, and high-volume generated scenarios bought by the minute. The agent under test sits in the centre. Below it the scoring layer splits into two paths: deterministic assertions over interaction properties such as barge-in, endpointing, latency and DTMF, and a language-model judge over the transcript for content accuracy. A note records that the realism of the source sets the ceiling on the entire evaluation. Where the caller comes from Generated personas written from your prompt — cannot surprise you Replayed production real accents, cross-talk, a caller changing their mind Pinned CI suite fixed set, re-run on change — longitudinal, not realistic Volume generation cheap per minute — breadth over an unvalidated tail Voice agent under test the only part you can change Scoring splits in two Deterministic assertions barge-in · endpointing · time-to-first-word dead air · DTMF · one-sided audio measurable exactly, no judge in the loop THE FAILURES THAT END CALLS Judge over the transcript policy quoted correctly · intent captured nothing invented · escalation at the right point needs a rubric and a labelled sample SEMANTIC, AND GENUINELY HARD One blended score hides a barge-in regression inside judge noise. Keep the two apart.
Four sources, one agent, two very different scoring paths.

Every one of these platforms is really two products stapled together: a thing that produces callers, and a thing that decides whether the call went well. The second half is broadly commoditised — a transcript, some assertions, an LLM judge, a dashboard. The first half is where the money and the difference are, and it is the half that determines whether the number at the end means anything.

A generated persona is written from a description you supplied, which means it exhibits the failure modes you already thought of. That is genuinely useful before launch, when you have nothing else, and it is structurally incapable of surprising you. Replayed production audio has the opposite property: it contains the accents, the cross-talk, the hold music bleeding through, the caller who changes their mind halfway through a sentence — every distribution feature you did not know to write down — and it exists only if you already have an agent in production taking real calls.

This is why the choice is not really a feature comparison. If you have no production audio, a replay-first product has nothing to replay. If you do have production audio, evaluating exclusively against personas you invented is a way of grading your own imagination. Most teams need both eventually, and almost every team buys the wrong one first, because they shop on the demo rather than on the corpus.

Coval's positioning is the interesting third answer. Its founder led evaluation infrastructure at Waymo, and the methodology it imports from autonomous-vehicle testing is not "simulate more" but "pin a scenario set and re-run it on every change" — the value is in the suite being fixed and the comparison being longitudinal, which is a different claim from realism. That maps cleanly onto eval-driven development, and it is the reason its CI integration gets more attention than its persona quality.

Price is a coverage decision in disguise

Price transparency across the four platforms Four rows showing what each platform publishes. Cekura publishes an entry plan from thirty dollars a month for seven hundred and fifty credits, with voice testing at roughly five credits per minute, which works out to about twenty cents for a one-minute simulated call. Coval publishes three tiers at one hundred dollars, five hundred dollars, and enterprise from four thousand five hundred dollars a month. Hamming prices on volume through a sales conversation with no self-serve checkout. Bluejay publishes no pricing at all. A note records that only a computable per-call figure lets a team plan a large test suite in advance. What each platform publishes Not a scale — the tiers span two orders of magnitude and two of the four decline to say. Cekura from $30 / month for 750 credits · ~5 credits per voice minute ≈ $0.20 for a one-minute simulated call COMPUTABLE Coval $100 Starter · $500 Growth · Enterprise from $4,500 / month tiered, so suite size is bounded by the tier you bought PUBLISHED Hamming volume-based, not per seat · no self-serve checkout numbers shared after a demo call SALES-LED Bluejay no pricing published SALES-LED The figure that decides suite size is what the four-hundredth variation of a scenario costs.
Two published price lists, two sales calls. Only one of the four lets you price a suite before you build it.

Cekura's credit model works out to roughly twenty cents for a one-minute simulated call. Coval publishes a $100 entry tier, a $500 growth tier and enterprise from $4,500 a month. Hamming prices on volume rather than seats and shares numbers only after a demo; Bluejay publishes nothing.

The temptation is to read this as cheap versus expensive. Read it instead as a constraint on suite size, because that is how it will actually bite. A per-minute price you can compute in advance lets you decide to run four hundred variations of the one interaction that keeps failing. A tier you have already paid for, or a sales-led contract with a negotiated volume, pushes teams toward a small curated set of calls that everyone agrees are representative — and a small curated set is exactly the thing a voice agent does not fail on. The failures live in the tail: the fifth-percentile accent, the caller who says "no, wait" over the confirmation, the transfer that lands in a queue.

So the question to take into a pricing conversation is not the monthly figure. It is: what does the four-hundredth variation of this scenario cost, and can I compute that number without emailing anyone? For a team whose whole problem is long-tail coverage, an unpublished enterprise price is a real product limitation, not just a procurement annoyance.

The corresponding warning applies to the cheap end. Twenty cents a call makes it rational to run enormous suites, and enormous suites of near-identical generated personas produce a confident pass rate over a distribution nobody validated. Volume is only worth buying once the caller distribution is worth sampling — the same trap our page on eval-set maintenance describes for text agents, arriving here with a phone bill attached.

The scoring problem is not the simulation problem

Ask any team running voice evals what hurts and you will hear the same complaint: the judge is flaky. The same call scores differently on re-run, a prompt tweak moves the score with no change in behaviour, and nobody trusts the dashboard enough to block a release on it.

Two of these four attack that from opposite ends, and the contrast is the most substantive technical difference in the set. Hamming's pitch is audio-native evaluation — scoring the audio signal rather than only the transcript — which raises the fidelity of what the judge is looking at and is the only approach that can see the failures that never reach a transcript at all. Cekura's Conditional Actions is a rule-based testing engine explicitly framed as a way to reduce LLM-judge flakiness: express the check deterministically and the judge stops being in the loop for it.

Both are right, and they are complements rather than alternatives. A voice agent's failures divide cleanly. Content failures — wrong policy quoted, hallucinated availability, missed intent — are semantic, live in the transcript, and genuinely need a judge; treat them the way you would treat any LLM-as-judge setup, with a calibrated rubric and a labelled sample. Interaction failures — the agent talks over the caller, endpointing cuts them off mid-word, a two-second dead air before every reply, DTMF not registering, one-sided audio — are timing and signal properties. They are measurable exactly, they are the ones that make callers hang up, and putting them through a language model is a category error that also happens to be the flakiest part of your suite.

Whatever you buy, split the suite along that line on day one. Deterministic assertions on the interaction properties, a judge only on content, and never a single blended score, because a blended score is what makes a regression in barge-in look like noise. That split is also what makes the harness portable — it is the durable part of the investment, and it survives switching vendors.

Which brings up the number that gets advertised hardest and matters least. Hamming has claimed 1,000-plus concurrent simulations; Cekura claims 2,000-plus. Both are far past the point where your own agent, your telephony provider's rate limits or your model provider's quota becomes the binding constraint. Nobody's release was ever blocked by the harness running out of concurrency.

When to pick which

What differs, what is advertised, and how to choose Three columns. What actually differs between the four platforms: the origin of the test caller, whether prices are published, whether audio or only transcripts are scored, and how the judge is constrained. What is advertised but rarely decides anything: headline concurrency numbers, dashboard design, integration counts, and vendor comparison pages. How to choose: match the platform to where your failure corpus already lives, insist on a per-unit price you can compute yourself, split deterministic assertions from judged content before signing, and confirm you can export the suite. What actually differs where the caller comes from published price, or a demo audio scored, or transcript only how the judge is constrained EVALUATE THESE FOUR the rest is a preference What the demo is about 1,000+ vs 2,000+ concurrency dashboard design integration counts their page about a rival NONE OF IT BINDS your telephony caps first How to choose follow your failure corpus demand a computable unit price split assertions from judging confirm you can export the suite TWENTY CALLS, TWO WEEKS the suite is the asset
The left column is what to evaluate. The middle column is what the demo will be about.
SituationLeanBecause
Pre-launch, no production calls yetCoval or BluejayGenerated personas are all that exists; a pinned suite in CI is worth more than realism you cannot have yet.
Live agent, recordings you can replayHammingYour own failed calls are a better test set than anything generated, and audio-native scoring sees what transcripts drop.
Long-tail coverage on a small budgetCekuraA published per-minute price is the only one of the four you can plan a large suite against.
Legacy telephony, IVR trees, DTMFHammingDTMF and IVR emulation is a specific capability, and the failures there are entirely non-textual.
Regression gate blocking a deployCovalThe CI-first shape is the product decision, not an integration; longitudinal comparison is the whole point.

Two things to do regardless of which name you land on. Run a two-week parallel trial on the same twenty calls — one bake-off against a fixed set tells you more about judge agreement than any feature matrix — and check what you can export. A test suite you cannot take with you converts a tooling decision into a lock-in decision, and the suite, not the vendor, is the asset you are actually building.

FAQ

Do I need one of these, or can I use my existing eval framework?

A text eval framework can score transcripts, and if content accuracy is your only concern that may be enough. What it cannot do is place a call, handle barge-in and endpointing, emulate DTMF, or measure the timing properties that cause hang-ups. If your agent talks on a phone line, the telephony half is the part you would otherwise build.

Is production call replay always better than simulation?

It is a better sample of reality and a worse instrument for change. Replay tells you how the current agent handles calls that already happened; it cannot cover a flow you have not shipped, and it carries recording-consent and PII obligations that generated calls do not. Most mature setups run replay for realism and a pinned generated suite for regressions.

How much do concurrency numbers matter?

Very little. Advertised figures of 1,000 and 2,000 concurrent simulations sit well beyond the point where your telephony provider, your model quota or your own agent becomes the bottleneck. Judge quality and caller realism decide whether the suite is useful; concurrency decides how fast a useless suite finishes.

Why is the pricing so hard to compare?

Only Coval and Cekura publish rates; Hamming and Bluejay are sales-led. Cekura's credit model is the only one that converts cleanly to a per-call figure, at roughly twenty cents for a one-minute simulated call, which is why it is the easiest of the four to plan a large suite against.

Can I trust the vendor comparison pages?

Use them for structure and not for verdicts. Each of these companies publishes head-to-head pages against the others, so the capability lists are useful and the conclusions are marketing. Run your own twenty-call bake-off; it costs a fortnight and settles the question that no comparison page can.

Further reading

On this wiki:

Project sources: