Voice Agents Can Just Do Things — Charlie Guo, OpenAI

Read the talk

Voice Agents Can Act, Listen, and Choose When to Speak

Charlie Guo explains three combinable modes of voice interaction, how existing application functions become tools, and why audio design must account for context, attention, accessibility, and latency.

From a talk by Charlie Guo

At a glance

Ideas worth remembering

  • Speech input can lead to conversation, tool execution, or visual feedback. Choose the response around what the user needs to understand and do.

  • Existing API endpoints and React hooks provide an entry point for voice control, but exposing them as tools still requires guardrails and safety checks.

  • Combine modes when the task calls for it: a single assistant can answer questions, perform requested actions, and speak about relevant events. Event-driven speech should be selective rather than narrating every log.

  • Native audio preserves access to acoustic context that transcription can discard. Reasoning and tool calls can still add latency, so brief preambles can explain background work.

  • Accessibility gives voice control a substantive purpose beyond convenience. Guo’s accounts of developers with reduced hand mobility illustrate that potential, while remaining anecdotal rather than measured outcomes.

A voice interface does not require a spoken reply

Charlie Guo introduces himself as a member of OpenAI’s developer experience team, where he talks with developers building with text, image, and audio models. His opening challenge concerns a design assumption: that a voice agent must talk back. Speech can provide the input without determining the output. As models become more capable, builders can consider other ways for an agent to respond.

He distinguishes three interaction modes: speech to speech, speech to action, and event to speech. These describe the relationship between what starts an interaction and what the system does next. They also have historical precedents. Guo loosely compares the Moviefone showtime hotline to speech to speech and identifies spoken GPS navigation as event to speech. His claim is that improved models make these established patterns more useful, rather than creating entirely new categories.

The categories are also combinable. A product can use conversation in one moment, an action in another, and an unsolicited spoken update when an event warrants it. Guo presents this ability to mix modes as a source of better product design, rather than asking builders to select one category for the entire application.

0:130:16
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

Speech to speech: practice, support, and translation

Speech to speech is the familiar loop: the user talks and the model talks back. Live practice and coaching, especially language learning, give this loop a clear purpose. Guo emphasizes the ability to hear emphasis or emotion and give feedback on it. The useful input therefore includes how someone speaks, alongside the words they choose.

Customer support is another natural use case. Guo calls a richer version a concierge experience: support that feels more fluid and enjoyable than navigating a phone tree. He recognizes why developers often start with support chatbots, then argues that improvements in voice models could make those interactions substantially better. His comparison with the median human support agent expresses an aspiration; he does not provide a measured comparison.

Live translation illustrates how response speed changes the possible experience. Guo says models can translate content dynamically with little to no latency, and imagines a future keynote streamed with simultaneous dubbing across several languages. The example explains the intended use of fast speech generation, but the talk supplies no latency measurements or evidence that the imagined multilingual keynote has occurred.

2:312:36
Suggest correction

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

2:31 · section reference included

Speech to action: turning intent into work

In speech to action, the user speaks and the model uses tools. Guo considers this one of the most underexplored areas of voice interaction. His description of voice as a potential capability overhang means that the technology could support much more activity than builders currently use it for. He develops that argument through form filling, creative tools, and general computer use.

Form filling is his deliberately ordinary example. He imagines replacing an hour spent entering a government document with five minutes of talking, after which the system has completed 90% of the form and the user checks the result. Those quantities describe a desired experience, not a reported experiment. The mechanism is to turn a spoken account into entries in the document, reducing repeated manual input such as addresses from the last 5 years. The quick check remains part of the proposed workflow; speaking the information does not establish that every resulting field is correct.

Creative software exposes a different gap between intent and execution. Guo can describe software requirements precisely because he knows the language of software. He does not have the same fluency in music or painting, nor the same ability to operate Photoshop or Ableton. His taste can exceed his ability to produce the result. He wants voice integrated into creative tools so that he can steer and iterate toward something he finds beautiful. This remains a proposed direction: the talk does not demonstrate that voice resolves the difficulty of articulating an aesthetic or choosing the right edit.

General computer use extends the same idea beyond individual applications. Guo asks why someone should speak to one app or a terminal if a model can perform everything on a computer that a person can. The premise is conditional. It motivates exploration of a voice interface to the whole machine, without establishing that models already possess complete human-level computer control.

4:054:10
Suggest correction

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

4:05 · section reference included

Expose existing application actions as tools

For developers, Guo’s practical entry point is the software they already have. Modern web applications expose operations through API endpoints and React hooks. He suggests converting those existing verbs into tools available to a model, so users can drive the application with their voice. The model supplies an additional way to invoke application behavior; the application’s existing operations provide the actions it can take.

He explicitly retains the need for guardrails and safety checks. Converting an operation into a callable tool makes voice control possible, but does not by itself make that operation safe to execute. Guo leaves the details of securing and productizing these tools to other talks, so this portion offers an integration direction rather than a complete implementation or security design.

The response can then use familiar interface feedback. Notifications and popups can announce something; button colors or drop shadows can show a state change; highlighted text can direct attention to a particular part of the screen. Guo also describes a ghost cursor animation that shows computer actions by moving and clicking. These mechanisms let users see what the software is doing without requiring a spoken explanation of every step.

6:256:28
Suggest correction

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

6:25 · section reference included

Event to speech: use audio when attention requires it

Event to speech starts when the model receives an event and speaks to the user. Guo describes this area as exploratory and says a distinctly AI-native form has not yet clearly emerged. One useful context is a hands-free or screen-free experience: the user needs software but cannot use their hands, or their attention is occupied elsewhere. Cooking with a recipe app illustrates why audio may fit the situation better than looking at a screen.

Another context is proactive outreach. Software generates many events and notifications, but Guo rejects the idea of showing or speaking every log. He proposes treating speech as a higher stage in an escalation path: animate something, then show a popup, and speak if those signals fail to get the user’s attention. The design tradeoff is selective interruption. Audio can reach someone who is not watching the interface, which makes choosing when to use it part of the product’s behavior.

7:487:49
Suggest correction

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

7:48 · section reference included

Accessibility and products that combine the modes

Guo connects these design choices to accessibility. He knows multiple developers who lost mobility in their hands or dexterity in their fingers and believed their programming careers were effectively over. He reports that language models, coding agents, and voice agents subsequently helped them generate orders of magnitude more code than before. These are personal anecdotes, without a defined measurement period or comparison method. Their substantive point is that reducing dependence on manual input can restore someone’s ability to work.

In-car assistants show how the modes can coexist. Guo describes speaking to a CarPlay dashboard to play Spotify music, then receiving a Google Maps announcement about traffic and rerouting. The first interaction turns speech into an action; the second turns a navigation event into speech. He says the pieces exist but have not quite combined seamlessly, and asks what a single voice agent coordinating these modes would look like.

A game character provides a more explicit combination of all three modes. A player could converse with the character to learn about the game world, ask it to execute actions, and hear it react to world events. The character would serve as both an interactive participant and a way to communicate changes in the game, rather than merely producing a simple notification. Guo presents this as an area of experimentation.

9:079:10
Suggest correction

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

9:07 · section reference included

Why native audio changes the interaction

Guo next asks why builders should revisit voice now, given its long history. He describes a traditional chained architecture: transcribe the user’s speech, send the text to a language model, let the model call tools and generate a text response, convert that response into audio, and play it back. The architecture places transcription and speech generation around a language model, with response time depending on the work along that chain.

He contrasts that pipeline with OpenAI’s realtime model family, which he describes as trained on native audio tokens, without an internal transcription step. Audio enters the model and audio comes out. He also describes movement away from a strictly turn-based abstraction toward continuously streaming audio in both directions. Native audio concerns the model’s representation of speech; continuous streaming concerns how the interaction unfolds over time.

The information argument is that transcription discards parts of the signal. Guo lists tone, cadence, emotional impact, attempts to interrupt, and background noise as context a model should understand. He invokes an old saying that assigns 55% of face-to-face communication to body language, 38% to tone, and 7% to words. The talk does not establish those percentages as a general measurement of communication. The narrower mechanism he describes is that a word transcript does not preserve the full acoustic and timing information in speech.

Latency provides a second reason. Guo says the first two voice modes in ChatGPT used the chained approach and had significantly higher latency than advanced voice mode’s native approach. This is a relative comparison in his presentation; no numerical latency values are stated here. It supports his argument for a more responsive interaction without specifying an expected response time for a particular application.

10:4110:44
Suggest correction

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

10:41 · section reference included

Reasoning and tools add work; preambles explain the wait

Selected presentation frame from Voice Agents Can Just Do Things — Charlie Guo, OpenAI at 769 seconds
Reasoning and tools add work; preambles explain the wait

Guo describes a newer realtime model as bringing reasoning to audio: it can think before speaking, and builders can give it more reasoning budget to pursue a better answer. He also describes parallel tool calls. These capabilities extend a voice interaction beyond immediate speech generation by allowing deliberation and delegated work. They also add latency, which creates a tension between doing more useful work and responding promptly.

Preambles address the user’s experience of that delay. Guo describes prompting the model to give a heads-up when it is about to reason or call tools. His travel-agent example is a brief explanation that flight prices need checking and that the user should allow a couple of seconds. An AI travel agent can communicate the same kind of notice while performing actions in the background. The preamble explains the wait; it does not remove the time required for the work.

He lists longer context, better domain understanding, more natural voices, and greater steerability as additional improvements. For steerability, he describes giving the model a name and prompting it to wait until addressed before responding. He also says it performs well on audio benchmarks. These remain capability claims in the presentation: this discussion supplies neither benchmark scores nor a measured reliability rate for the prompted wake-word behavior.

12:2912:37
Suggest correction

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

12:29 · section reference included

Start by deciding what role voice should play

Guo’s closing design question is what role voice and audio should play in the interaction. That question leads to decisions about perception and context: what the model can sense, what information it has, and which tools are available. It also requires deciding which tools it should execute safely and correctly. Voice design therefore includes defining the agent’s knowledge and authority, alongside the way a user addresses it.

The remaining decisions concern timing and communication. Should the agent communicate now or wait? Should it send a visual notification or use audio? Guo treats these as choices that follow from the interaction, rather than defaults imposed by the label “voice agent.” He closes with the belief that AGI will be spoken rather than typed, then thanks the audience and offers further questions at the OpenAI booth. That prediction is his outlook; the practical closing guidance is to choose perception, actions, timing, and feedback together.

14:2314:25
Suggest correction

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

14:23 · section reference included

Read the complete timestamped transcript
  1. 0:01

    [music]

  2. 0:13

    So, my name is Charlie uh and I work on

  3. 0:16

    the developer experience team at OpenAI.

  4. 0:18

    And part of my job is talking to

  5. 0:21

    developers to understand and see, you

  6. 0:24

    know, what and how they're building with

  7. 0:26

    our models. um whether that's text,

  8. 0:28

    image or audio. And lately I've been

  9. 0:32

    thinking about a misconception that I

  10. 0:35

    have seen or maybe it's just a

  11. 0:37

    misunderstanding

  12. 0:39

    and it's the idea that voice agents

  13. 0:43

    have to talk back.

  14. 0:48

    >> And to some of you that might sound, you

  15. 0:50

    know, absurd. It's a voice agent. What

  16. 0:52

    do you mean it's not supposed to talk?

  17. 0:54

    Uh, but I think if there's one thing

  18. 0:56

    that you take away from this

  19. 0:59

    presentation, I would like it to be the

  20. 1:02

    idea that speech is not the only way

  21. 1:05

    that a voice model has to respond.

  22. 1:12

    And I think models are getting

  23. 1:13

    intelligent enough and capable enough

  24. 1:16

    that they're starting to open up some uh

  25. 1:20

    new modes of design. I mean there's

  26. 1:22

    actually three kind of modes that that

  27. 1:24

    you know I kind of see emerging these

  28. 1:25

    days right uh speech to speech speech to

  29. 1:29

    action and event to speech and there's a

  30. 1:32

    couple of things I think worth pointing

  31. 1:34

    out about um these three categories. The

  32. 1:37

    first is that they're not new, right? I

  33. 1:41

    think as we've seen from from previous

  34. 1:43

    talks, even just today, um there's a

  35. 1:45

    long history of building these types of

  36. 1:48

    systems in and around voice. Um if you

  37. 1:50

    squint, you could make the argument that

  38. 1:52

    the movie phone hotline where you called

  39. 1:55

    in to get showtimes was an example of a

  40. 1:57

    speech-to-pech system. Uh and I think

  41. 1:59

    you could pretty reasonably make the

  42. 2:01

    argument that you know GPS navigation in

  43. 2:03

    your car which has existed since I was a

  44. 2:05

    kid is an example of an event to speech

  45. 2:08

    system. So, it's not that they are brand

  46. 2:11

    new, but I think it is that we are able

  47. 2:12

    to do some some much more interesting

  48. 2:14

    things with them uh now that uh we're in

  49. 2:17

    this era, right? And I think, you know,

  50. 2:19

    the other thing I would mention here is

  51. 2:20

    that um they're they're remixable,

  52. 2:24

    right? They're not meant to be mutually

  53. 2:25

    exclusive. Um and I think as we'll see

  54. 2:27

    in a little bit, the best products uh

  55. 2:29

    exist in a way that combines all of

  56. 2:31

    these modes. So, speechto um everybody

  57. 2:34

    knows it. Hopefully, everybody loves it.

  58. 2:36

    the user talks uh and then the model

  59. 2:38

    talks back and I think there are a few

  60. 2:41

    examples that that I can give um for

  61. 2:43

    this type of use case right you've got

  62. 2:46

    things like live practice and coaching

  63. 2:48

    especially around language learning

  64. 2:50

    right I think the ability to um hear a

  65. 2:53

    lot of emphasis or emotion and give

  66. 2:55

    people that feedback is really powerful

  67. 2:57

    um I think you can have you know what I

  68. 2:58

    am sort of cheekily calling concierge

  69. 3:00

    experiences which I think is just

  70. 3:02

    another way to say customer support

  71. 3:04

    plus+ Um the first voice tutorial that

  72. 3:08

    most people you know try to build when

  73. 3:09

    they have access to this technology is

  74. 3:11

    some sort of customer support chatbot

  75. 3:13

    for very good reasons. But I think with

  76. 3:15

    you know when we add a richness and a

  77. 3:18

    depth to the voice models as has been

  78. 3:19

    happening in recent months in recent

  79. 3:21

    years um we can build something that is

  80. 3:23

    like much more enjoyable to use than

  81. 3:25

    like talking your way through a phone

  82. 3:27

    tree. Um, and so, you know, I have the

  83. 3:30

    hope that like soon, if not like, you

  84. 3:32

    know, now, we're capable of building

  85. 3:34

    support experiences with agents that

  86. 3:36

    actually feel much more enjoyable to

  87. 3:38

    talk to than like arguably like the

  88. 3:40

    median human support agent.

  89. 3:42

    Um, and as we just saw if you hear the

  90. 3:45

    last talk, uh, live translation, right?

  91. 3:47

    The models have gotten good enough and

  92. 3:48

    fast enough that we can just dynamically

  93. 3:51

    translate content on the fly, um, with

  94. 3:53

    like little to no latency. It wouldn't

  95. 3:55

    shock me if at next year's keynote um

  96. 3:57

    you know they live streamed it from the

  97. 3:58

    main stage but also uh dubbed it in real

  98. 4:01

    time across multiple languages.

  99. 4:05

    The second category is speech to action.

  100. 4:07

    Uh these are talks and the model uses

  101. 4:10

    tools and I think this is one of the

  102. 4:12

    most underexplored areas that we have.

  103. 4:15

    Um I actually almost titled this talk uh

  104. 4:17

    voice is the next capability overhang

  105. 4:19

    because I think there is just a vast

  106. 4:21

    vast amount of stuff um that we could be

  107. 4:24

    doing in this category that we are not

  108. 4:25

    currently doing. Uh for example um

  109. 4:29

    there's a broad spectrum I don't have

  110. 4:31

    you know there's way too many examples

  111. 4:32

    even fit on this slide but three

  112. 4:34

    categories that that I find particularly

  113. 4:36

    interesting. Uh first is form filling

  114. 4:38

    right um so much of the internet is just

  115. 4:41

    filling out forms. Um, and there is, you

  116. 4:44

    know, today no reason why you shouldn't

  117. 4:45

    be able to just talk. You know, I would

  118. 4:47

    love it if instead of spending an hour

  119. 4:48

    filling out a government document, I

  120. 4:50

    could just talk for five minutes and it

  121. 4:52

    would get 90% of it for me and I would

  122. 4:54

    do a quick check, you know, just to make

  123. 4:56

    sure that everything looked good, right?

  124. 4:57

    That is a vastly superior experience

  125. 4:59

    than like having to type in every single

  126. 5:01

    name and address that I've lived in the

  127. 5:03

    last 5 years and, you know, all of my

  128. 5:04

    previous identities. Um and so I think I

  129. 5:08

    think that one is though it may seem

  130. 5:09

    boring you know affects a a significant

  131. 5:11

    GDP of the internet right the next

  132. 5:13

    category is creative tools uh where I am

  133. 5:16

    privileged enough that I can speak the

  134. 5:18

    language of software and so I can tell

  135. 5:20

    codeex you know here's exactly what I

  136. 5:22

    want you to build and I can articulate

  137. 5:24

    it in a way that um I get much more

  138. 5:26

    leverage than sort of just like cludily

  139. 5:28

    trying to iterate one thing at a time

  140. 5:29

    but I can't do that when it comes to you

  141. 5:32

    know using making music or painting um

  142. 5:34

    and so if I don't have the ability to

  143. 5:37

    articulate um the exact aesthetic that

  144. 5:39

    I'm looking for. Um and if I don't know

  145. 5:41

    how to use Photoshop or Ableton, I'm

  146. 5:43

    left in this state where, you know, my

  147. 5:45

    my taste exceeds my capability. Um and

  148. 5:47

    so I'm really looking forward to

  149. 5:48

    integrating voice into creative tools so

  150. 5:50

    that I can just sort of cludgy go along

  151. 5:52

    and, you know, vibe create, vibe

  152. 5:55

    compose, vibe paint, um and make

  153. 5:56

    something that that's really beautiful

  154. 5:58

    to me. And I think the generalizable um

  155. 6:02

    category here, right, then just starts

  156. 6:04

    to become computer use. And we've

  157. 6:05

    already seen some companies start to do

  158. 6:07

    this. Um, you know, it raises the

  159. 6:08

    question of like, look, if the models

  160. 6:10

    are just getting good enough to do

  161. 6:11

    everything on a computer that a human

  162. 6:13

    can do, like why am I talking to an app?

  163. 6:17

    Why am I talking to a terminal? Why am I

  164. 6:18

    not just talking to the entire computer?

  165. 6:22

    Uh, and so I think that's sort of a

  166. 6:23

    really interesting uh way to start

  167. 6:25

    exploring. But if you're a developer

  168. 6:27

    today, right? Whoops. If you're a

  169. 6:28

    developer today, um, what does that mean

  170. 6:31

    for building your own software, right?

  171. 6:32

    And I think it is like much easier than

  172. 6:34

    you think to start adding audio as an

  173. 6:36

    intelligence layer to the intelligence

  174. 6:38

    layer to the apps that you already have.

  175. 6:40

    Um, if you're building a modern web

  176. 6:41

    application, you already expose so much

  177. 6:43

    of it as like action as nouns and verbs,

  178. 6:46

    right? And if you think about all the

  179. 6:47

    verbs that you have, you have uh API

  180. 6:49

    endpoints, you have, you know, React

  181. 6:51

    hooks. Each of those things can like

  182. 6:53

    pretty relatively easily be converted

  183. 6:55

    into a tool that you expose to a model

  184. 6:57

    and then you can give the user the

  185. 6:58

    ability to just drive your existing

  186. 7:00

    software um with their voice, right? And

  187. 7:02

    yes, you still need guardrails, you

  188. 7:03

    still need safety checks. Like many of

  189. 7:05

    the talks today are going to talk about

  190. 7:06

    securing and you know productizing this,

  191. 7:08

    but um for this I just want you to think

  192. 7:10

    about you know what would it mean to

  193. 7:11

    take your existing software and just

  194. 7:13

    talk to it.

  195. 7:16

    Um and to go back to that misconception,

  196. 7:18

    right? I think there are a lot of um you

  197. 7:20

    know like if you're talking to the

  198. 7:21

    software maybe it can talk back but

  199. 7:22

    we've been developing other ways of

  200. 7:24

    communicating with the user for decades

  201. 7:26

    right we know these things we know we

  202. 7:28

    can show notifications and popups we can

  203. 7:30

    change state like the color of a button

  204. 7:32

    or a drop shadow we can highlight text

  205. 7:34

    um if you've used computer use in the

  206. 7:35

    codeex app you know there's this amazing

  207. 7:37

    like little ghost cursor animation that

  208. 7:39

    goes around and clicks things for you so

  209. 7:41

    we don't have to use words to actually

  210. 7:42

    tell the user what is happening on

  211. 7:44

    screen with their software

  212. 7:48

    Uh and then the last bucket here is

  213. 7:49

    event to speech, right? Um the model

  214. 7:51

    receives an event and talks to the user.

  215. 7:53

    Um and sort of the counterpoint from

  216. 7:55

    speech to action. I think this one is

  217. 7:56

    still very very exploratory, right? Um

  218. 7:59

    you know, if you saw Quinn's talk, I

  219. 8:00

    think there's a lot of uh space here of

  220. 8:02

    like things we can do. Um and to me, we

  221. 8:04

    haven't quite seen what AI native really

  222. 8:07

    looks like in this vein yet. But um of

  223. 8:09

    the things that I've seen, I think

  224. 8:11

    there's a couple of through lines that I

  225. 8:12

    tend to notice, right? The first is

  226. 8:15

    hands-free or screen-free experiences.

  227. 8:17

    There might be times where uh I need to

  228. 8:19

    interact with software, interact with

  229. 8:20

    objects and I can't use my hands or more

  230. 8:22

    importantly my attention is diverted

  231. 8:24

    elsewhere. Um that might be something

  232. 8:26

    you know like uh a recipe app. Maybe I'm

  233. 8:29

    cooking and I need to just say like

  234. 8:30

    what's going on and and have something

  235. 8:32

    else have something happen. Um the other

  236. 8:35

    category is proactive outreach, right?

  237. 8:36

    Where you the model needs to be able to

  238. 8:38

    tell you something or get your attention

  239. 8:39

    in a way um that you might not be

  240. 8:41

    looking at, right? I think every

  241. 8:42

    developer um has uh an endless amount of

  242. 8:46

    notifications and events happening in

  243. 8:47

    their software. But um no developer in

  244. 8:50

    their right mind would sort of say I

  245. 8:51

    should show all of these logs. Nor you

  246. 8:52

    know would they say I should speak all

  247. 8:54

    of these logs. But we can start to

  248. 8:56

    conceive of voice as this like upper

  249. 8:58

    level in this escalatory path of like

  250. 9:00

    okay maybe you animate something and

  251. 9:01

    then maybe you pop something up and then

  252. 9:02

    if that doesn't work maybe you talk to

  253. 9:04

    the user to get their attention.

  254. 9:07

    And underlying both of these categories

  255. 9:09

    and I think this this you know this

  256. 9:10

    whole presentation is this broader theme

  257. 9:12

    of accessibility. Um on a personal

  258. 9:14

    personal note, I know like multiple

  259. 9:16

    developers who um over the course of

  260. 9:18

    their careers lost mobility in their

  261. 9:21

    hands, lost dexterity in their fingers

  262. 9:23

    and for many of them, they thought their

  263. 9:25

    career as a programmer was more or less

  264. 9:26

    over. Um and then came large language

  265. 9:29

    models, right? Then came coding agents

  266. 9:31

    and voice agents and now they generate

  267. 9:33

    orders of magnitude more code than they

  268. 9:35

    like previously did um you know on a

  269. 9:37

    given given day or month. Um, and so I

  270. 9:39

    think there's there's a lot that we can

  271. 9:40

    unlock here uh for the broader world as

  272. 9:42

    well.

  273. 9:45

    Um, to go back to like I said, you know,

  274. 9:46

    I think like when it comes to these

  275. 9:47

    three modalities, you can mix and match

  276. 9:49

    them and we already have some, you know,

  277. 9:51

    rudimentary ways that we're seeing this.

  278. 9:53

    I think there's things like, you know,

  279. 9:54

    all of these pieces for in-car

  280. 9:56

    assistants exist, though nothing has

  281. 9:58

    quite like combined them into this

  282. 9:59

    seamless way. You can talk to like the

  283. 10:02

    CarPlay dashboard. Um, you can tell it,

  284. 10:04

    "Hey, go play some Spotify music for

  285. 10:06

    me." Um, and then it can come back and

  286. 10:07

    tell you, Google Maps can come back and

  287. 10:09

    tell you, hey, like, you know, there's

  288. 10:10

    traffic on this route. We're going to

  289. 10:11

    reroute you. But like we can now start

  290. 10:13

    to think about what does it mean to

  291. 10:14

    combine that into like a single voice

  292. 10:16

    agent across multiple modes. [snorts]

  293. 10:18

    Um, similarly, you know, there's a lot

  294. 10:20

    of experimentation in the game space

  295. 10:21

    with multimodality. Um, you can think

  296. 10:23

    about a real life character where you're

  297. 10:25

    talking to it to, you know, mine

  298. 10:27

    information about the game, about the

  299. 10:28

    world. um you can talk to it to execute

  300. 10:30

    actions on your behalf and then it can

  301. 10:32

    react to like world events right that

  302. 10:34

    are happening and then give that

  303. 10:35

    information to you rather than just like

  304. 10:37

    a simple notification

  305. 10:41

    um and I think the question you know

  306. 10:42

    behind the question here right is like I

  307. 10:44

    mentioned we've had all these things for

  308. 10:45

    a while people have been prototyping

  309. 10:46

    them for a while why focus on them now

  310. 10:48

    why think about building with them now

  311. 10:50

    um and I think that brings me to uh a

  312. 10:53

    little bit of context here right as as

  313. 10:54

    I'm hopefully most of you know

  314. 10:56

    traditionally voice agents are built in

  315. 10:58

    this chain Ed model, right? You uh talk,

  316. 11:01

    you transcribe, you send that to a

  317. 11:02

    language model. It calls tools.

  318. 11:04

    Hopefully, it doesn't take too long to

  319. 11:05

    respond. Um it then generates text

  320. 11:07

    output. You make that into audio and

  321. 11:09

    then you play that back to the user.

  322. 11:12

    And some time ago, um OpenAI, you know,

  323. 11:14

    decided on a different approach, right?

  324. 11:16

    The real-time model family does not do

  325. 11:18

    any transcription behind the scenes. It

  326. 11:20

    is trained on native audio as tokens.

  327. 11:23

    So, you send audio in and you get audio

  328. 11:26

    back out. And the industry I think in

  329. 11:28

    general has been, you know, trending

  330. 11:29

    more in this direction. Um, and not just

  331. 11:31

    making it native audio, but even just

  332. 11:33

    letting go of the turnbased abstraction

  333. 11:35

    that we've had, right? Um, and so making

  334. 11:37

    it that it's just continuous streaming

  335. 11:38

    audio in and out.

  336. 11:42

    And the reason that opening I did this

  337. 11:43

    was, you know, turns out there's a lot

  338. 11:46

    of stuff that you lose when you

  339. 11:47

    transcribe speech and when you

  340. 11:49

    transcribe audio, right? Um there's the

  341. 11:50

    old saying that when humans communicate

  342. 11:52

    face to face, 55% of the information is

  343. 11:55

    in body language, another 38% is in your

  344. 11:57

    tone of voice and the last like 7% is

  345. 11:59

    the actual words you are saying. Um and

  346. 12:01

    so when you transcribe, you lose tone

  347. 12:03

    and cadence and emotional uh you know

  348. 12:05

    impact, you lose like whether they're

  349. 12:07

    trying to interrupt you, you lose

  350. 12:08

    background noise, all of this stuff

  351. 12:09

    which is really important context for

  352. 12:11

    the model to understand.

  353. 12:13

    Um a much more quantitative reason to do

  354. 12:15

    it is that you know the first two uh

  355. 12:17

    voice modes in chat GBT were built with

  356. 12:20

    this chained approach. Um and as you can

  357. 12:21

    see had you know significantly higher

  358. 12:23

    latency than using uh the native

  359. 12:25

    approach with advanced voice mode.

  360. 12:29

    And that brings me to GPT realtime 2. Um

  361. 12:32

    and this is going to be the one part of

  362. 12:33

    the talk where you know I make my

  363. 12:34

    shameless plug. Um real time 2 is the

  364. 12:37

    the latest model in the real time

  365. 12:39

    family. We released it a couple of

  366. 12:40

    months ago. Um, and the the really cool

  367. 12:43

    thing about this model is that it brings

  368. 12:45

    reasoning to the audio medium. Um, and

  369. 12:48

    so much like our text models, it can now

  370. 12:50

    think before it speaks. Um, I'm sure

  371. 12:52

    many of us have seen some demos of voice

  372. 12:54

    models saying things that are a little

  373. 12:56

    bit less than intelligent. Um, and so

  374. 12:58

    you can now, you know, try to ensure

  375. 13:00

    that you give it more reasoning budget

  376. 13:02

    uh to come up with a good answer. Part

  377. 13:04

    of why that's also useful is that we

  378. 13:05

    introduced tool calling a little while

  379. 13:07

    ago. And so the model in addition to

  380. 13:09

    thinking it can also delegate parallel

  381. 13:10

    tool calls. Um you can start to bring

  382. 13:12

    these together. Um though of course that

  383. 13:14

    adds latency, right? And you know that's

  384. 13:16

    why we also added preamles. Um preamles

  385. 13:19

    are a way that you can prompt the model

  386. 13:20

    to uh give the user a heads up if it's

  387. 13:23

    going to be thinking or if it's going to

  388. 13:24

    be calling tools. Um you know if you

  389. 13:27

    think about the scenario of a travel

  390. 13:29

    agent, right? If I called the travel

  391. 13:30

    agent on the phone, uh you would want

  392. 13:32

    the travel agent to say to say, "Hey,

  393. 13:34

    like I'm going to go check flight

  394. 13:35

    prices, right? give me a couple seconds

  395. 13:37

    to do that. Um, and now with an AI

  396. 13:40

    travel agent, um, and preamles, you can

  397. 13:42

    actually have it communicate that to the

  398. 13:43

    user while it's performing actions in

  399. 13:45

    the background. Uh, there's a few other

  400. 13:47

    things here, right? It's got longer

  401. 13:49

    context, better domain understanding,

  402. 13:51

    um, more natural voices, and it's much

  403. 13:52

    more steerable. Um, there's some really

  404. 13:54

    cool features, uh, that it can do when

  405. 13:56

    it comes to like wake words and just

  406. 13:59

    waiting for you to to tell it. You you

  407. 14:01

    can give it a name. Uh, you can say

  408. 14:02

    like, you know, hey, Marin, do you want

  409. 14:04

    to say hi to the room? Um, and if you've

  410. 14:06

    like prompted that into the model, then

  411. 14:08

    it'll, you know, go ahead and and

  412. 14:09

    respond to you, right? Uh, and of

  413. 14:11

    course, you know, uh, obligatory

  414. 14:13

    benchmark slide, uh, it does pretty well

  415. 14:15

    on the the latest audio benchmarks, too.

  416. 14:18

    So, TLDDR, uh, is a pretty good model.

  417. 14:21

    Um,

  418. 14:23

    but I think the the kind of final thing

  419. 14:25

    that you know I want to leave you with

  420. 14:26

    here is um when building voice agents uh

  421. 14:31

    not to

  422. 14:33

    start with the question of like what

  423. 14:35

    kind of voice agent am I trying to

  424. 14:37

    build, right? I think the thing I want

  425. 14:38

    to leave you with is start with the

  426. 14:40

    question of like what is the role of

  427. 14:43

    voice and audio in this interaction? Um

  428. 14:46

    and then how do I move forward from

  429. 14:47

    there, right? Right? And often when I

  430. 14:49

    ask that question, it leads to a bunch

  431. 14:51

    more questions after that. Things like

  432. 14:53

    what can the model perceive? What

  433. 14:55

    context does it have? Right? Um what

  434. 14:57

    tools are available to it and which of

  435. 14:59

    those tools should it be, you know, uh

  436. 15:01

    executing safely and correctly? Um

  437. 15:04

    should it communicate now? Should it

  438. 15:06

    wait? Uh you know, how should it

  439. 15:08

    communicate? Should it be sending visual

  440. 15:10

    notifications or using audio? Um, and so

  441. 15:13

    taken together, yeah, I hope everybody

  442. 15:15

    in here can can start to build some much

  443. 15:17

    richer experiences with voice. Um,

  444. 15:19

    because like others have said, uh, I do

  445. 15:21

    believe that AGI will be spoken, not

  446. 15:23

    typed.

  447. 15:26

    Thank you very much. I'll be at the

  448. 15:27

    OpenAI booth, uh, for any Q&A after. Um,

  449. 15:30

    yeah, have a good event.

  450. 15:46

    >> [music]