Realtime Voice Agents with Frontier Intelligence — Bohan Li, EliseAI

Bohan Li· EliseAI13:13

Read the talk

Making Slower, Intelligent Models Work in Realtime Voice Agents

Bohan Li explains how EliseAI overlaps transcription, response generation, tool calls, and speech playback to shorten the wait a caller experiences.

From a talk by Bohan Li

At a glance

Ideas worth remembering

  • The cascaded stack creates three distinct opportunities to improve responsiveness: transcribe input sooner, prepare decisions earlier, and begin speech before the complete response is ready.

  • Speculation requires revision. New input cancels stale transcription corrections, and useful background tool results can cancel and restart an early response. The harness withholds speech until the caller’s utterance ends.

  • Cached speech prefixes hide waiting time while fresh synthesis handles personalized content. The provider still generates the full sentence for prosody, and the harness suppresses duplicate opening audio before playing the continuation.

  • The recorded booking exchange illustrates the intended experience, including waiting for the caller and changing appointment options. It does not establish backend booking persistence, numerical performance, or a guaranteed inaudible join between cached and newly generated speech.

A voice stack built around perception, planning, and control

Bohan Li introduces a voice-agent harness designed to deliver realtime conversation while retaining the intelligence needed from a capable language model. Drawing on his previous work in self-driving, he explains the choice of a cascaded architecture through three responsibilities: perception, planning, and control.

Perception converts signals from the world into data a reasoning system can use. In self-driving, Li associates this with cameras, lidar, and bounding boxes; in voice, it is transcription. Planning then takes that representation and decides what to produce. Here, the language model consumes the transcription and generates the agent’s response.

Control turns the planner’s output into an action in the world. A car converts a trajectory into driving controls; a voice agent converts text into audible speech. This separation gives Li three places to improve responsiveness. His stated goal is to accelerate each layer without sacrificing the intelligence of the resulting conversation.

0:120:14
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

0:01 · section reference included

Fast transcription with context-aware corrections

The perception layer uses what Li calls a streaming speculative transcriber. A fast streaming engine supplies text promptly, while a slower, more accurate batch transcriber processes additional context and can correct that text. The design lets downstream work begin from an early interpretation rather than waiting for the slower engine on every update.

His example begins after the agent asks for a name and date of birth. The first short transcription arrives from the streaming layer. If the corrective layer produces the same text, it does not issue a correction. As the caller continues, newer streaming text can cancel an older corrective result: the older result may have been computed more carefully, but it no longer reflects all the available audio. Freshness therefore matters alongside accuracy.

The useful correction comes when the slower transcriber uses the question’s context to distinguish a name from a date of birth. That is a semantic improvement, rather than simply a change in formatting. Li treats subsequent punctuation-only detections as unimportant in this example, then releases the resulting text to the agent. He gives a qualitative account of improved recognition, without an accuracy measurement or a precise timing benchmark.

2:132:16
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

2:13 · section reference included

Generate early and move tool work into the background

Selected presentation frame from Realtime Voice Agents with Frontier Intelligence — Bohan Li, EliseAI at 357 seconds
Generate early and move tool work into the background

At the planning layer, Li focuses on reducing sequential round trips through a slow but intelligent language model. Tool calling can require repeated inference, so background agents perform that work and insert its results into the main agent’s context. He describes the main agent as receiving context as though it had made the call itself. The mechanism is context insertion; he does not specify the message format used to represent that tool history.

Each transcription detection also triggers an early generation of the main agent’s response. Generation can therefore overlap the caller’s speech, but the harness withholds the response until it confirms that the caller has finished. This separates preparing an answer from speaking it. An early draft can be revised without interrupting the person who is still supplying information.

The name-and-date-of-birth example shows why those early generations remain provisional. An initial acknowledgment does not contain either field, so the background tool does not fire. A later detection still lacks a recognizable name. With more text, the main agent prepares to ask the caller to spell the name because it suspects a transcription error. That response is only a candidate: it has been prepared from incomplete information.

When the corrected transcription arrives, the background agent can finally find the name and date of birth. The harness cancels the generation made without those tool results and triggers a new one with the needed context. The tool work includes correcting name mistranscriptions and phonetic matching. Once the end of the utterance is detected, the response is emitted. This trades some discarded generation for a chance to have the useful response ready sooner; it does not eliminate inference or regeneration.

3:443:46
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

3:44 · section reference included

Start speaking with a cached prefix

The control layer receives text as a stream and needs to turn it into audio quickly. Li’s objective is to begin playback before the language model finishes generating the full response. Speaking the beginning while the rest is still being written hides some of the remaining generation time from the caller.

A prefix cache watches the agent’s text stream for word sequences whose audio has already been generated. Li says that audio can come from a prior generation or from generation within the same call. In the walkthrough, the cache does not act on the first word alone; it waits for more words and gets its first hit after three. At the same time, the text flows to Cartesia through a WebSocket connection. Cache matching and fresh synthesis proceed together.

The reusable opening in his example is a confirmation that the caller supplied a name. Adding the particular name causes a cache miss: the generic opening repeats across responses, while the personalized continuation may be new. At that point, the harness emits the cached opening as the remaining text continues to arrive. The cache has shortened the wait for speech to begin, even though fresh synthesis is still needed for the rest of the response. The example explains the opportunity for reuse but does not establish a cache-hit rate.

6:066:08
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

6:06 · section reference included

Keep sentence context while suppressing duplicate audio

Selected presentation frame from Realtime Voice Agents with Frontier Intelligence — Bohan Li, EliseAI at 552 seconds
Keep sentence context while suppressing duplicate audio

The synthesis provider receives the entire response text supplied up to that point, including the opening already played from the cache. It does not know that a prefix cache exists and generates the full sentence with natural prosody. Retaining the opening gives the provider sentence context for the continuation, even though the caller will not hear that opening from the provider.

When the newly synthesized audio returns, the harness suppresses the portion corresponding to the cached speech and plays only the remainder. That continuation follows immediately after the cached audio finishes. Li acknowledges that there might be a small hiccup, while suggesting callers probably would not notice it. He does not explain how the cut point is aligned between the two audio versions or quantify the transition’s quality. The claimed seamlessness is therefore a qualitative result, rather than a demonstrated guarantee.

8:438:47
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

8:43 · section reference included

A booking conversation brings the harness together

Selected presentation frame from Realtime Voice Agents with Frontier Intelligence — Bohan Li, EliseAI at 643 seconds
A booking conversation brings the harness together

Li then plays a recorded clinic-booking call. The caller says they might be pregnant and wants an ultrasound to confirm. The agent asks for a name and date of birth, establishes that the caller is a new patient, and requests permission to text a link for uploading insurance information. After the caller agrees, the agent says the link has been sent. These turns show the conversational sequence; they do not reveal the underlying tool requests or establish whether the recording uses a live clinical system.

The agent subsequently reports receiving the insurance information and offers Thursday, July 2nd at 10:00 a.m. The caller asks for a moment to check a calendar, and the agent agrees to wait. When the caller requests something for the following week, the agent offers Tuesday, July 7th at 2:00 p.m. or 3:00 p.m. The caller chooses 2:00 p.m., and the agent confirms that the appointment has been booked. The exchange illustrates a change of scheduling preference and a pause within the workflow, rather than only a fixed sequence of questions.

After the call, Li returns to the harness as the source of much of the conversational behavior. Streaming and background work support the simple exchange heard by the caller, and he emphasizes the engineering effort required to make it feel natural. The demonstration supplies a concrete workflow, but no numerical latency comparison or accuracy evaluation.

9:379:42
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

9:37 · section reference included

The product goal: help in housing and healthcare

Li closes by placing the engineering work in EliseAI’s broader focus on housing and healthcare, which he describes as critical areas of people’s lives. He says the company is headquartered in New York and is working to expand its Bay Area presence. The final invitation to join the team connects the technical presentation to that practical mission before the talk ends with applause.

11:5912:01
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

11:59 · section reference included

Read the complete timestamped transcript
  1. 0:01

    [music]

  2. 0:12

    >> My name is Bo. I'm going to be here

  3. 0:14

    presenting real-time voice agents with

  4. 0:17

    Frontier Intelligence. Effectively,

  5. 0:19

    going to be talking a little bit about

  6. 0:21

    how we at Xnor.ai architected our voice

  7. 0:24

    agent harness to get real-time voice

  8. 0:27

    with the Frontier level of intelligence

  9. 0:30

    that we need.

  10. 0:32

    Okay. So, before I start,

  11. 0:35

    I think I wanted to kind of draw some

  12. 0:37

    parallels about

  13. 0:39

    why we decided to go with cascaded voice

  14. 0:42

    agents and especially kind of

  15. 0:45

    comparing that to self-driving cars

  16. 0:47

    which I was working in before. So, to

  17. 0:50

    me, cascaded voice agents makes a lot of

  18. 0:52

    sense when you view it in lens of kind

  19. 0:54

    of breaking it down into perception

  20. 0:56

    which is

  21. 0:58

    for self-driving cars, it's you know,

  22. 1:00

    the bounding boxes, the camera, the

  23. 1:02

    lidar.

  24. 1:03

    For voice, it's going to be the

  25. 1:05

    transcription. Basically, effectively

  26. 1:07

    turning these like signals from the real

  27. 1:09

    world into

  28. 1:11

    elements of data that the language model

  29. 1:14

    or whatever brain you're working on

  30. 1:16

    can process.

  31. 1:19

    Second one is the planning step which is

  32. 1:21

    pretty straightforward.

  33. 1:23

    This is where the language model

  34. 1:25

    will take in the outputs from the

  35. 1:27

    perception stage and produce the outputs

  36. 1:30

    that you want to produce out back and

  37. 1:32

    out into the real world.

  38. 1:34

    And finally, there's the controls layer

  39. 1:36

    where

  40. 1:38

    on self-driving, you'd be taking the

  41. 1:39

    trajectory that the planner would output

  42. 1:42

    and kind of turn it into the real

  43. 1:45

    controls to kind of build like drive the

  44. 1:47

    car. Here, we're turning the text into

  45. 1:51

    audio that we use to express our voice

  46. 1:53

    agent's thoughts.

  47. 1:56

    And um

  48. 1:58

    yeah, so here I'm going to be like going

  49. 1:59

    to diving into each one of these

  50. 2:01

    elements and we've made a few kind of

  51. 2:04

    interesting tricks on each of these

  52. 2:06

    areas to

  53. 2:08

    improve the speed of our voice agents

  54. 2:10

    without sacrificing the intelligence.

  55. 2:13

    So, the first one is going to be uh the

  56. 2:16

    transcriber layer. So, we came up with

  57. 2:18

    this concept called like the streaming

  58. 2:19

    speculative transcriber where

  59. 2:21

    effectively we are layering a fast

  60. 2:24

    streaming transcriber like Flux on top

  61. 2:27

    of or kind of below a

  62. 2:29

    uh scribe V2 or a accurate batch

  63. 2:31

    transcription which kind of takes in

  64. 2:34

    more context. It's a little bit slower,

  65. 2:35

    but it will give you more accurate

  66. 2:37

    detections.

  67. 2:39

    So, we're going to walk through a

  68. 2:40

    scenario. So, in this in this case the

  69. 2:42

    agent just asked, you know, providing

  70. 2:44

    can you provide your name and date of

  71. 2:46

    birth and the user is going to say this

  72. 2:48

    and we'll see how that plays out um

  73. 2:51

    timing-wise. So, first we're going to

  74. 2:53

    get, you know, the short detection. Um

  75. 2:56

    we'll get it from we'll get it from the

  76. 2:57

    streaming layer. The accurate

  77. 3:00

    layer uh the corrective layer is not

  78. 3:02

    going to fire because it's the same

  79. 3:03

    text.

  80. 3:04

    Um we're going to get some more

  81. 3:07

    streaming text detections and in this

  82. 3:09

    case the corrective layer is actually

  83. 3:11

    canceled because we got new um new text.

  84. 3:14

    So, you know, more context, more audio

  85. 3:18

    is going to beat the old accurate one.

  86. 3:21

    And here's where kind of the first

  87. 3:22

    correction comes in. So, because the

  88. 3:25

    scribe V2 layer understands, you know,

  89. 3:28

    the the context of the question, it's

  90. 3:30

    able to understand that this is talking

  91. 3:31

    about name and this is a date of birth.

  92. 3:34

    Then a couple more detections, these are

  93. 3:35

    just punctuation, we don't care.

  94. 3:37

    And so, in the end we kind of release

  95. 3:39

    this text over to the agent.

  96. 3:44

    And moving on um to the language model

  97. 3:46

    layer.

  98. 3:47

    So, here since we're kind of using these

  99. 3:50

    slow but intelligent LLMs, we really

  100. 3:53

    want to reduce the number of round trips

  101. 3:55

    and the thing that causes us to do a lot

  102. 3:58

    of inferences is tool calling. So, one

  103. 4:00

    way to get rid of that is by having

  104. 4:03

    background agents do the tool calling

  105. 4:06

    for you and kind of

  106. 4:08

    um push the tools back into the context

  107. 4:11

    of the main agent so that it thinks it

  108. 4:13

    made the tool call, but

  109. 4:15

    um

  110. 4:16

    but it it it really didn't.

  111. 4:18

    So,

  112. 4:19

    uh so, we remember from like detections

  113. 4:21

    from before.

  114. 4:22

    So, well, what happened is each one of

  115. 4:24

    these detections is going to trigger a

  116. 4:27

    um an early

  117. 4:30

    kind of generation of the agent and we

  118. 4:33

    but we won't actually

  119. 4:35

    emit this out until we're confirming

  120. 4:38

    that the user has finished speaking. So,

  121. 4:40

    in this case, the user says, "Sure." The

  122. 4:42

    agent kind of knows that the user is

  123. 4:43

    about to say something else. Our

  124. 4:45

    background tool calling here, which is

  125. 4:47

    going to be helping us find figure out

  126. 4:49

    the name and the date of birth from the

  127. 4:50

    user detection, is not firing. So,

  128. 4:53

    nothing much there.

  129. 4:55

    Um the next instant detection comes in.

  130. 4:58

    It says that,

  131. 4:59

    you know, still not really a name. Um

  132. 5:02

    our agent kind of plays along and

  133. 5:03

    continues there.

  134. 5:06

    Now, kind of a more more context come

  135. 5:08

    comes back. The agent kind of feels like

  136. 5:10

    there should be a name. It's going to

  137. 5:12

    ask to spell it out because it's

  138. 5:14

    probably thinking there's some

  139. 5:15

    transcription error here. Still no name

  140. 5:17

    or date of birth.

  141. 5:19

    And then finally, this you remember this

  142. 5:20

    is kind of our corrected um final

  143. 5:22

    instant detection from the transcriber

  144. 5:25

    from the Scribe V2.

  145. 5:27

    Um here, our eager kind of agent

  146. 5:30

    generation that was made without any

  147. 5:32

    tool calls is going to get canceled

  148. 5:34

    because the background agent finally is

  149. 5:35

    able to find the name and date of birth

  150. 5:37

    it's looking for. So, it's going to

  151. 5:40

    retrigger and now the the agent actually

  152. 5:42

    has the context it needs.

  153. 5:44

    Um and you see here, it's kind of we're

  154. 5:46

    doing it the tool call here is a little

  155. 5:48

    bit um um

  156. 5:49

    some intelligence there. We're going to

  157. 5:51

    be like, you know, correcting

  158. 5:52

    mis-transcriptions of name, and doing

  159. 5:54

    some like phonetic matching here.

  160. 5:57

    Um and yeah, and then we'll kind of

  161. 5:59

    once we've understood that this is the

  162. 6:02

    end of the user utterance, we'll kind of

  163. 6:03

    emit it out. So, pretty standard.

  164. 6:06

    Okay, and then the next layer here is

  165. 6:08

    going to be text-to-speech. So, with

  166. 6:10

    text-to-speech

  167. 6:11

    the goal is to kind of take what the

  168. 6:13

    agent said, and the agent's going to be

  169. 6:15

    emitting this in a streaming fashion.

  170. 6:17

    So, we're going to need to

  171. 6:19

    um produce audio as quickly as possible.

  172. 6:21

    And ideally, what you can do is before

  173. 6:24

    the agent has even finished generating

  174. 6:26

    the full text you can have the audio

  175. 6:30

    play, so it's kind of hiding the latency

  176. 6:32

    of finishing the generation.

  177. 6:34

    So,

  178. 6:36

    um I'm going to kind of play the

  179. 6:37

    streaming um

  180. 6:38

    the stream the streaming uh agent output

  181. 6:40

    now. So, starts with you.

  182. 6:43

    And yeah, actually before I uh further,

  183. 6:46

    there's this new concept that we're

  184. 6:47

    introducing here called the prefix

  185. 6:48

    cache. So, the prefix cache is going to

  186. 6:51

    be looking at the

  187. 6:54

    um agent stream, and seeing if we

  188. 6:57

    already have generated audio for that

  189. 6:59

    sequence of words um from like a prior

  190. 7:03

    generation, or maybe like the same

  191. 7:04

    generation

  192. 7:05

    um in this

  193. 7:07

    uh in this call as as well.

  194. 7:10

    So, um it sees the word you. Uh we for

  195. 7:13

    this prefix cache, we're going to be,

  196. 7:15

    you know, we don't want to like

  197. 7:17

    immediately hit on every single word.

  198. 7:19

    We're going to be waiting for a little

  199. 7:20

    bit more words.

  200. 7:22

    Um so, after three words, the prefix

  201. 7:25

    cache gets our first hit.

  202. 7:27

    And um over here on the right, this is

  203. 7:30

    kind of our text-to-speech standard

  204. 7:32

    provider, you know, Cartesia is a

  205. 7:34

    text-to-speech engine with web socket

  206. 7:35

    support. So, we're we're piping the

  207. 7:38

    agent through the the cache, and also

  208. 7:41

    piping it through web socket.

  209. 7:44

    Um more tokens come in, more cache, more

  210. 7:48

    sending through web socket. Not much to

  211. 7:49

    say here.

  212. 7:51

    And okay, so now we get our first uh

  213. 7:55

    kind of first unique thing, which is we

  214. 7:58

    found the token that actually causes a

  215. 8:00

    cache miss. And it makes sense. If we're

  216. 8:02

    kind of caching previous generations,

  217. 8:05

    um you said your name is is a pretty

  218. 8:06

    common thing, but once you we add in the

  219. 8:08

    name, suddenly we're that's that's going

  220. 8:10

    to result in the cache miss.

  221. 8:12

    At this point, we're actually going to

  222. 8:13

    yield out our cached audio. So, you said

  223. 8:16

    your name is is going to be

  224. 8:18

    um emitted as the rest of the streaming

  225. 8:21

    text is coming back. So, at this point,

  226. 8:23

    the user hears the agent and user

  227. 8:25

    doesn't really know what's going on.

  228. 8:27

    They just looks like really fast

  229. 8:28

    response times to them.

  230. 8:31

    Um and now the kind of remaining text

  231. 8:33

    flows through.

  232. 8:35

    And at this point, we've already emitted

  233. 8:37

    from the cache. The cache has done its

  234. 8:39

    job. Um the rest we can kind of throw

  235. 8:42

    into Cartesia.

  236. 8:43

    And here's kind of the trick where

  237. 8:47

    Cartesia has seen the entire transcript

  238. 8:51

    up to this point. It

  239. 8:54

    to to Cartesia, like it doesn't know

  240. 8:56

    about the existence of this prefix

  241. 8:57

    cache. It's just going to generate this

  242. 8:59

    full sentence with, you know, standard

  243. 9:01

    natural prosody.

  244. 9:03

    But, what we do is when the generation

  245. 9:06

    comes back, since we've already played

  246. 9:08

    the audio here, we can actually suppress

  247. 9:09

    the audio from Cartesia here and just

  248. 9:12

    play out the remaining stuff. So,

  249. 9:15

    the user, there's might be a tiny bit of

  250. 9:18

    a hiccup. You know, I'll play some audio

  251. 9:20

    later and you'll know that you probably

  252. 9:22

    won't be able to notice.

  253. 9:24

    And effectively, we're kind of taking

  254. 9:26

    this and

  255. 9:28

    or taking this part and just emitting it

  256. 9:31

    directly after this audio has finished

  257. 9:33

    playing. So, it looks seamless to the

  258. 9:35

    user.

  259. 9:37

    And yeah, so I guess at this point kind

  260. 9:40

    of this is a lot of technical details.

  261. 9:42

    I'll I mean the best way is just kind of

  262. 9:44

    play a call and see

  263. 9:47

    see this in action. So here I recorded a

  264. 9:50

    call and let's just hear what happens.

  265. 9:55

    >> This is Bo OBGYN Elise speaking.

  266. 10:00

    >> Hi, I think I might be pregnant and I

  267. 10:02

    want to schedule an ultrasound to

  268. 10:03

    confirm.

  269. 10:06

    >> That's exciting news. Can you provide

  270. 10:08

    your name and date of birth?

  271. 10:12

    >> Sure, it's Elise Trial.

  272. 10:14

    Date of birth

  273. 10:15

    2303.

  274. 10:21

    >> Thank you. Are you a new patient with

  275. 10:23

    us?

  276. 10:26

    >> Yes.

  277. 10:29

    >> Welcome to Bo OBGYN. Can I text you a

  278. 10:32

    link to upload your insurance

  279. 10:33

    information?

  280. 10:36

    >> Sure.

  281. 10:39

    >> Okay, sent. Let me know when you've

  282. 10:41

    received it.

  283. 10:48

    I've received your insurance

  284. 10:49

    information. The earliest appointment I

  285. 10:52

    have is Thursday, July 2nd at 10:00 a.m.

  286. 10:55

    >> Actually, give me a second.

  287. 10:57

    Let me check my calendar.

  288. 11:01

    >> Sure, take your time.

  289. 11:04

    >> Um do you have something for next week?

  290. 11:09

    >> For next week, I can offer an ultrasound

  291. 11:11

    with Dr. Avery Stone at North Clinic on

  292. 11:13

    Tuesday, July 7th at 2:00 p.m. or 3:00

  293. 11:17

    p.m. Do either of those work for you?

  294. 11:20

    >> Yeah, 2:00 p.m. works.

  295. 11:23

    >> Great. Your appointment has been booked.

  296. 11:26

    We look forward to seeing you then.

  297. 11:29

    >> Thanks. Bye-bye.

  298. 11:32

    >> All right. Yeah, that's pretty much it.

  299. 11:34

    Um

  300. 11:35

    Yeah, you can kind of see our

  301. 11:38

    all this like uh

  302. 11:40

    streaming

  303. 11:42

    and you know, a lot of things are

  304. 11:43

    happening in the background and and you

  305. 11:44

    know, this is what really makes like

  306. 11:46

    voice agents interesting. And um there's

  307. 11:49

    a lot of effort that can be done in the

  308. 11:51

    harness to really kind of get a um

  309. 11:55

    natural conversation, which is what

  310. 11:57

    we're after.

  311. 11:59

    Uh okay. Yeah, so I guess briefly, you

  312. 12:01

    know, in the last part, I want to just

  313. 12:04

    talk a little bit about Elise. So I

  314. 12:06

    think Elise, you know, our headquarters

  315. 12:08

    are in New York and kind of we're trying

  316. 12:10

    to expand our presence here in the Bay

  317. 12:11

    Area. Um we I think it's maybe like a

  318. 12:15

    different style of company that I think

  319. 12:17

    people are

  320. 12:19

    like uh think of when they think about

  321. 12:21

    AI startups in San Francisco. Where

  322. 12:23

    we're actually very focused on um

  323. 12:26

    just like helping people and helping

  324. 12:30

    people where they need it, like kind of

  325. 12:32

    the life's most critical areas. We work

  326. 12:33

    on housing, health care and uh we're

  327. 12:37

    doing really well and you know, here's

  328. 12:40

    there's a link here to

  329. 12:42

    um you kind of join our team and there's

  330. 12:44

    going to we're going to be uh posting a

  331. 12:46

    lot on Twitter, so you can follow us at

  332. 12:48

    EliseAI as well.

  333. 12:50

    Um yeah, that's that's it.

  334. 12:53

    >> [applause]