Bluejay / Labs
Open navigation

Working paper / 2026

MIVAS

Multi-Industry Voice Agent Simulation Bench

Abstract

Multi-Industry Voice Agent Simulation Bench (MIVAS) is an indicator of voice AI performance across economic sectors. MIVAS is comprised of tasks and verifiers with granular rewards executed in production-grade multi-agent RL environments across industries where voice AI is being adopted the fastest. Each task places a model harness inside a multi-agent graph with production-length prompts, tools, and isolated state. Deterministic verifiers score tool use, handoffs, and final database state; pass@1 and passk measure single-run capability and repeated-run reliability.

GitHub repository ↗

Clone the repository, pair a model harness with an industry task suite, and reproduce the evaluation environment.

Healthcare / C3-H4

C3-H4: Oscar Health at Windermere then an extra follow-up

hardCoverage and benefits· Alice Romano

What this task measures

The caller is on the line with Straus Dermatology for one locked request: Oscar Health at Windermere then an extra follow-up. They keep repeating that ask through a waitlist offer, a callback, or a different errand. We included it as a hard coverage and benefits case because carrier answers have to stay tied to one office and one plan, naming that location and that carrier. The agent succeeds only if it stays on that request, reaches the outcome by following the identity then coverage desk then scheduling path, and leaves the record exactly as this case requires: the right row written or cleared, and nothing extra.

Performance

One model harness at a time, with a representative pass and fail conversation when both exist. OpenAI Realtime 2.1 is the default view.

Recording

Conversation cost $0.299

0:00 / 2:48 · audio · trace 801856 · click a span to play, drag to scrub, scroll to pan

Audio

Speech Audio

Agent Audio

Handoffs

Tool Calls

Errors

0:000:100:200:300:400:501:001:101:201:301:401:502:002:102:202:302:40
0:00

Transcript

How a conversation passes

Combined pass is the logical and of three deterministic gates. Tools, handoff path, and final database state must all pass on the same conversation. One miss fails the call.

This sample fails because tools and handoff path and final database state did not match. Combined cannot pass unless every gate does.

1. Tools

Expected versus actual tool calls on this conversation.

Expected

Actual

  • transfer_to_identitynext_intent=coveragetransfer_to_identityto=identity · from=receptionhit

    Parameters

     
    + from: reception
    - next_intent: coverage
     
     
    + to: identity

    Output

    None recorded.

    None recorded.

  • identify_patientdob=1995-09-08 · zip=34786 · last_name=Romanoextra

    Parameters

     
    + dob: 1995-09-08
     
    + first_name: Alice
     
    + last_name: Romano
     
    + zip: 34786

    Output

     
    + ok: true
  • verify_identityfull_name=Alice Romano · dob=1995-09-08verify_identitydob=1995-09-08 · full_name=Alice Romano · second_factor=34786hit

    Parameters

      dob: 1995-09-08
      dob: 1995-09-08
      full_name: Alice Romano
      full_name: Alice Romano
     
    + second_factor: 34786

    Output

    - data: {"verified":true}
     
      ok: true
      ok: true
  • get_patient_summaryget_patient_summaryhit

    Parameters

    None recorded.

    None recorded.

    Output

      ok: true
      ok: true
  • transfer_to_coveragemissing

    Parameters

    None recorded.

    None recorded.

    Output

    None recorded.

    None recorded.

  • check_plan_acceptedcarrier=oscar_health · location_id=loc_windermeremissing

    Parameters

    - carrier: oscar_health
     
    - location_id: loc_windermere
     

    Output

    - data: {"must_not_assert":true}
     
    - ok: true
     
  • run_eligibility_checkcarrier=oscar_health · member_id=O778899001 · dob=1995-09-08missing

    Parameters

    - carrier: oscar_health
     
    - dob: 1995-09-08
     
    - member_id: O778899001
     
    - service_date: 2026-08-24
     

    Output

    - data: {"copay_cents":3000}
     
    - ok: true
     
  • transfer_to_schedulingtransfer_to_schedulingto=scheduling · from=identityhit

    Parameters

     
    + from: identity
     
    + to: scheduling

    Output

    None recorded.

    None recorded.

  • classify_visit_requestvisit_class=medical · urgency=routine · is_new_patient=falsemissing

    Parameters

    - is_new_patient: false
     
    - urgency: routine
     
    - visit_class: medical
     

    Output

    None recorded.

    None recorded.

  • list_locationslocation_id=loc_windermeremissing

    Parameters

    - location_id: loc_windermere
     

    Output

    None recorded.

    None recorded.

  • find_slotslocation_ids=["loc_windermere"]missing

    Parameters

    - location_ids: ["loc_windermere"]
     

    Output

    None recorded.

    None recorded.

  • book_appointmentlocation_id=loc_windermere · slot_id=slot_loc_windermere_1 · provider_id=prov_patelmissing

    Parameters

    - appointment_type_code: MED_FOLLOWUP
     
    - end: 2026-08-24T09:30
     
    - location_id: loc_windermere
     
    - provider_id: prov_patel
     
    - slot_id: slot_loc_windermere_1
     
    - start: 2026-08-24T09:00
     

    Output

    - data: {"status":"booked"}
     
    - ok: true
     

Open a row for parameters and outputs. Required tools must appear. Extra industry tools are allowed. Missing: transfer_to_coverage, check_plan_accepted, run_eligibility_check, classify_visit_request, list_locations, find_slots, book_appointment. Extra: identify_patient.

2. Handoff path

Full industry architecture, same graph as the industry page. The left diagram marks the expected specialist path in green. The right diagram marks the path this conversation actually took in green through the shared prefix, then red from the first wrong hop.

Expected path

transfer_to_identity → transfer_to_coverage → transfer_to_scheduling

Actual path

transfer_to_identity → transfer_to_scheduling

3. Final database state

Rows that differ between the expected hangup and the actual hangup.

missing · appointments · 4

Expected

Actual

- appointment_type_code: MED_FOLLOWUP
 
- description: follow-up visit
 
- end: 2026-08-24T09:30
 
- id: 4
 
- location_id: loc_windermere
 
- patient_id: pat_alice_romano
 
- provider_id: prov_patel
 
- start: 2026-08-24T09:00
 
- status: booked
 

Scores across model harnesses

Model harnesspass@1pass5Runs

Task definition

Locked caller script. This is the technical definition. Copy it as written.

You are an existing Straus patient. You already have an eczema follow-up on September fifteenth at Windermere; leave that one on the books. Answer their identity questions once, confirm the readback, then ask whether Windermere takes Oscar Health. After they answer, give your member ID O778899001 if they ask and have them run the live eligibility for a visit on August twenty-fourth. If they cannot confirm the plan, say that is fine and still ask to be booked for an additional follow-up at Windermere so you are on the calendar sooner as well. Before you take a time, ask for the Windermere street address, floor, and suite. Take the first new appointment time they offer. Do not ask for a different day, time, or office, and do not suggest any date of your own. Confirm that first new time out loud, then thank them and end the call. Do not ask to cancel or reschedule the September fifteenth visit. Do not ask to add or change insurance. Do not ask for a callback, to speak to a person, a bill, a payment, the patient portal, a waitlist, a text, or financing. If they offer to move September fifteenth, say leave that one and book a new one. A listed opening is not a booking. Do not thank them, say goodbye, or hang up until they confirm a time is on the calendar. If they only list openings, say book the first one. Do not ask them to text you an appointment confirmation.

Caller traits

full_name
Alice Romano
date_of_birth
1995-09-08
mobile
407-555-0155
zip
34786
patient_status
existing
preferred_office
Windermere
carrier
Oscar Health
member_id
O778899001