Why Dwarkesh is Wrong about Computer Use + How OpenAI shipped its Jev competitor in 1 Week

Latent Space: The AI Engineer Podcast
30 September 2026 39 min
0:00 --:--
Episode Description
Three months ago Dwarkesh, who has been posting incredible blogs and episodes about RL, posted a framing question for his video essay on RLVR which upset a lot of Computer Use folks:We are no strangers to learning in public and are no strangers to the stress of getting things wrong when you have a big platform. However, we were at Anthropic for the Computer Use launch, there for Claude Cowork with the first big podcast on it, organized the first Computer Use track at AIE presenting the state of

Summary

This episode covers OpenAI's Dev Day announcements, focusing on advancements in 'computer use' agents, including the new GPT 6.1 Soul model, DOTS, and the Decisions API. Guests Ari and Nikunj discuss the evolution of AI automation, API improvements like async function calling and WebSockets, and the rapid development of the Decisions API in response to JEV. They also share insights on measuring agent performance, developer best practices, and the future of AI platform development.

Chapters

OpenAI Dev Day AnnouncementsOpenAI announced new computer use features including DOTS, GPT 6.1 Soul for cost-effective agent tasks, the Agents API, and AppShots for enhanced context capture.
Pushing Computer Use BoundariesDOTS provide agents with full Linux virtual computers in the cloud, enabling them to perform any task a human can, from customer service to complex meal prep customization.
Evolution of Computer Use AgentsAri discusses the significant progress in computer use capabilities, highlighting LLMs' improved debugging, introspection, and ability to write JavaScript code for multi-action tasks, leveraging multimodal interfaces.
Measuring & Improving Computer UseOpenAI measures computer use performance through various harness configurations, noting consistent gains from both model and harness improvements, with accessibility features significantly reducing task completion time.
API Innovations & PerformanceNikunj details new GPT-six API capabilities like async function calling, mid-turn steering, and WebSockets, which enable more dynamic and real-time interactions with models.
The Decisions API & JEVThe Decisions API, rapidly developed in one week, was inspired by JEV to provide a fast classification system built on Luna weights, enabling snappy responses for applications like GPT Live.
Developer Guidance & Future APIDevelopers are encouraged to use the new Agents and Decisions APIs, with OpenAI focusing on performance, caching guarantees, and context compaction techniques, while exploring higher-level API primitives for future development.

Topics

OpenAI Dev DayComputer Use AgentsGPT 6.1 SoulDOTS productAgents APIAppShots featureDecisions APILLM automationInference optimizationAsync function callingMid-turn steeringWebSockets APIContext compactionAPI cachingJEV competitor

People

Speaker 1 (host) Ari (guest) Speaker 3 (guest) Speaker 2 (host) Roman (mentioned) Dwarkesh (mentioned) Tajal (mentioned) Jason Liu (mentioned) Nikunj (guest) Speaker 4 (guest) Diogo (mentioned) Sam (mentioned)
Key Concepts (14)
Computer Use Agents — AI agents that can operate software and delegate tasks on a computer, leveraging the fact that all software was designed for humans.
DOTS — A new personal assistant product from OpenAI, where each dot has access to its own Linux virtual computer in the cloud, enabling it to run full desktop applications and web browsers.
GPT 6.1 Soul — An amazing new model from OpenAI, particularly great for computer use due to its significant cost and speed advantages compared to Astra.
Agents API — An API that now includes computer use capabilities, allowing developers to build applications using the same underlying computer use implementation as Codex and ChatGPT.
AppShots — A feature that captures the full context, including metadata and code, of an application or web page, rather than just a visual screenshot, to provide comprehensive information to language models.
Decisions API — A new API that performs inference in parallel, using a smaller model without reasoning capabilities to achieve very fast classification tasks, inspired by JEV.
Debugging & Introspection — A key advancement in computer use agents, where models are now proficient at identifying problems, trying again, and understanding what is and isn't working during task execution.
Multimodal Interfaces — Computer use agents now utilize various mechanisms like screenshots, accessibility features, and Playwright to interact with applications, allowing them to see entire pages and execute multiple steps at once.
Async Function Calling — A new API capability where the model can initiate a tool call and continue its reasoning process without pausing, checking back on the tool's status later.
Mid-turn Steering — An API feature that allows users to inject messages and provide instructions to the model while it is actively reasoning or executing a task.
WebSockets — A communication protocol enabling bi-directional, real-time communication with the model, crucial for features like async tool calling and injecting messages.
Ultrafast — A project focused on making models run as fast as possible, achieving extreme speeds for Frontier Intelligence, now available in the API.
Server-side Compaction — A feature in the Responses API that automatically reduces the context being used if a predefined token threshold is hit, optimizing for cost and efficiency.
Slash Compact — A manual override feature in the Responses API that allows developers to precisely control when and how context compaction occurs, offering full control over context management.
References (21)
Codex tool
ChatGPT product
Kubernetes tool
Apple company
Sky company
Playwright tool
Astra model
Doordash.com product
YouTube product
JEV project
Anthropic company
Claude Cowork product
Luna model
GPT Live API
Gemini model
Gemma model
Stripe company
Assistance API API
AWS company
EC2 product
S3 product
Transcript (61 segments)
Speaker 1

Okay. We're very excited to be here. Today is OpenAI Dev Day.

We're the first podcast after the First podcast. We have Ari here who leads the product and engineering team for computer use agents. Before we kick in and dive deep on computer use, you wanna give a quick recap what was announced?

What's the quick slew of announcements you guys had today? Yeah. Yeah.

It was a super exciting day. We just got out of the keynote. It was really sick.

Speaker 3

There were a bunch of computer use announcements that I think are worth thinking about. We have, Dots, which is the new, sort of personal assistant product, and, that has some really exciting computer use features. There's g p d 6.

1 Soul, which is this amazing new model, that I think is particularly great for computer use because of, sort of the cost and and speed, advantages. I think I think we shared that it's, a fifth of the cost as Astra and a seventh of the cost if you're looking at computer use specifically, which is really amazing. Sorry.

There were so many things I'm trying to sort through it. In the API. Agents API, which now has computer use in it, which is really cool because now developers can build on the same computer use that is is part of Codex and and ChatGPT.

And then there were some demos of our existing computer use features like app shots where you can take the context of something you're doing on your computer and bring it into Codex and ChatGPT really fast, and and then, like, native computer use on your Mac where Roman had it taking screenshots of his app automatically and he could do other things on his computer while computer use was using his applications.

Speaker 2

So, yeah, a really exciting keynote. And not to mention this, decisions API. Decisions API.

Off the bat, are they all the same model? Like, this is... Are the same dataset distilled to different models?

Speaker 3

Like, basically, like, is Kubernetes using Decisions API, or are they, like, kinda separate? So what's... It really cool about the Decisions API is it, you know, it it has all these new capabilities.

It does inference in parallel. It doesn't have reasoning. It's a smaller model than the ones we use for computer use.

And so those those capabilities make it really fast. Yeah. They also make it a little bit less good at doing like long horizon sort of sophisticated tasks.

And so I think it's... I would say it's still an open area of research for how we like bring those approaches together. But yeah, I'm really excited to see what people build with the Decisions API.

One of the interesting things is DOTS now have attached personal computers.

Speaker 1

seems like they're very much more persistent. You've been using them for a while. How should people push the bounds?

Like, what should people aim for? What should they try? Personally, right now, I use it for a lot of customer service, oh, this was wrong.

I don't wanna sign in. I don't wanna authenticate, find whatever, and just get it fixed. Yeah.

How how should we push further? What should people try?

Speaker 3

Dots are really cool product because each dot has access to its own Linux virtual computer in the cloud, which is different from our other products. You know, traditionally, we've have access to a browser in the cloud or it has access to your own computer, but now you get your own entire Linux computer in the cloud, and so we can run full desktop applications and it can also use a web browser. And so, yeah, you know, I think the powerful thing about computer use and the reason why I think it's so exciting is because it makes it so that the agent can do anything you as a as a person can do because all the software in the world was designed for humans and now agents can use that same software and you can delegate to the agent.

So, yeah, like anything that you would do on a computer, you can ask a dot to do. Yeah. I think what particularly useful is going to really depend on who the end user is and what's valuable in their life.

But yeah, I would just start by thinking about like what are the things that you spend time on and how could you delegate those to an agent?

Speaker 2

Yeah. A lot of flight booking and shopping and honestly, even like playing a game or whatever. Totally.

Yeah.

Speaker 3

Yeah. Don't know. For me, something I did recently, I've been working on...

I I subscribed to a meal prep service because I was trying to like eat healthy, you know? And I really like this meal prep service I found because it lets me customize the meals I order to, like, a high degree of granularity. So I can say, like, I want this many grams of chicken and this many grams of of of rice, but it was so complicated.

It took me two hours to do an order, and I found that I could ask ComputerEuse to do it for me, and it did it in fifteen minutes. So I actually saved two hours. It both did it eight times faster than I could, and it saved me two hours on on GP 6.

1 Soul. So those are the kinds of tasks that I feel like are are really powerful.

Speaker 2

Nice. Because YouTube doesn't expose a lot things via API. Yeah.

And you have to just put it in a VM and just like run it for like, let's say let's say their AB testing feature or making community posts. None of this is available by API because they hate developers.

Speaker 3

Anyway, so... I've heard that from our developer experience. They they use it with YouTube a lot.

Yeah. It's really awesome.

Speaker 2

So I wanna draw for... You know, let's say... I wanna get a little bit spicy.

One of our... The leading AI podcast or or friends is famous for saying that computer use hasn't advanced in the last two years Yeah. Which is a very interesting statement, and I think you are one of the best people in the world to to talk about this, like, how things have progressed.

Right? You know, they said that a few months ago, I think, and I hope they have a different perspective now because computer use is, like, a 180 degrees different than what. Tough guy to impress.

Yeah. Okay. Well, we're working on it.

You worked on... You you've, like, basically spent your whole career working on, like, some kind of computer automation, right, like shortcuts Yeah. At Apple and then Sky and then and then joining joining OpenAI.

Can you draw, like, what's your through line is for, like, what is driving you and what you... What wasn't possible back then maybe, like, what your sort of milestones were? I I guess to add on to that as a follow-up question, what's the major change from using Codex computer use from like last week Yeah.

To today?

Speaker 3

Is it model? Is it DOTS? Is it harness?

So all the history plus, what what really just changed in today's announcements? Yeah. On the through line, I guess I've always been excited about automation and helping people automate tasks because then you can, like, save time in your life and focus on things that are more important to you than, like, operating a computer very intricately.

And so, yeah, that that was why we worked on some of those products. I was at Apple before. We we made a company called Sky.

We ended up joining OpenAI, which is really exciting. And I think something that was... And almost like you have to hack around Apple until Apple was like, fine.

Like, we'll just hire you and you can just work on the inside. Right? Like...

It was it was a cool place to get to work. What was really interesting looking back at Sky is we were we were working on computer use there as well and the models were so much less capable. And now the models, just in the last one year, have become extraordinarily capable of computer use.

I think the biggest delta that I see is before they could, like, reliably start tasks, but then they would run into problems, and now they're really good at debugging. They're really good at trying again, introspecting what is and isn't working. And I think we've also brought the computer use...

The the computer use field itself has moved forward. I think we're using more techniques. Now computer use often writes code.

So if you actually look at it in Codecs and you expand the tool calls manually, you can see that it's not just doing one action at a time. It's actually writing JavaScript code that it executes... That that the computer executes to perform sometimes many actions at once, which is a great, you know, speed up and great capability.

We use more accessibility sort of multimodal interfaces, so the model may use screenshots, it may use accessibility, it may use playwright, it can use a lot of different mechanisms based on the task at hand. And then, yeah, the the the model acceleration has been has been just amazing. So, yeah, what's different today, I think we're making computers better all the time.

So I think just, like, one day's difference is is probably a little bit less consequential than, like, even the past month or the past two months. But, I think the the computers in dot is really exciting as well as the the new model that we came out with.

Speaker 1

seven x improvements in computer use speed, a lot better on a few benchmarks. How do you guys think about measuring it? Computer use is one of those things where, as you say, you know, it's improvements over time.

Is it harness? Is it model? Is it post training?

Right.

Speaker 3

what were the changes with the new model? We actually have a bunch of different ways of measuring it, some of which are on different permutations and configurations of the harness. It's a bit of a complicated story because, know, our production products have, you know, some more safety checks and, you know, those are configured differently based on the the the needs of the of the task at hand.

So there's a lot of ways to to measure it. But I think regardless of how we measure it, we find pretty consistent gains and those gains are sometimes in the harness and sometimes in the model. And, yeah, I was really excited by this result that GPT 6.

Speaker 2

cost improvement as compared to Astra. It's, like, really cool to see. Yeah.

I mean, one of the visuals I really like from the livestream was that you're sort of improving the Pareto frontier of your curve, and was a lot of talking about how you're improving it together with the harness. Can you give some examples of moments that you had, whether it's on, like, model driving the harness, harness driving the model, whatever? I don't mean to repeat myself, but I think, like, introducing more modalities has been really powerful.

Speaker 3

products had to spend a lot of time, like, scrolling, you know? So it would, like, take a screenshot. It would try to do something.

It would be like, oh, I gotta, like, scroll down to the next page of results, and then it would take a screenshot, then it would try to do something, would scroll down again. And so I think with with accessibility and other... And and direct access to the DOM and other things like that, now the language model can actually see, like, an entire page or an entire application.

It can write code that can do multiple steps at once, and so I think those have been probably the biggest single moments. There's, like, a lot of tiny ones that are less exciting in comparison, but actually, we do find also that a lot of speed improvements are driven by, like, a lot of little paper cuts that we gotta go in and introspect.

Speaker 2

A lot of really hard engineering. Yeah. I mean, appshots in general.

Right? Like, I think people don't quite get the difference because there's, a nice visual in Codex when they... When you you take an appshot, but they don't...

Maybe they had the difference that you are able to actually drive each button and you have the...

Speaker 3

in in in a very optimal representation. Yeah. Yeah.

Exactly. Yeah. It's kind of fun, actually.

If you wanna be, like, really nerdy about it, you can go into Codex, take an app shot by hitting the two command keys. So you grab the content from whatever app you're working with, bring it into into the Codex or Chattypici chat. And then if you click on the attachment and you click on this, like, little tiny button in the top right, you can see the raw text and you see the raw accessibility representation.

And, yeah, we've put a lot of work into... Just dumping everything out. Yeah.

Dumping it out, but also making it token efficient, doing it efficiently, there's, like, a bit of an art to it.

Speaker 1

that technology is really helpful for them to be able to use computers. It's also really helpful for LMs to be able to use computers, so that's been, like, really fun to get to work on. For context, I feel like a lot of people don't understand AppShots.

They don't even know it's a feature. Yeah. It's when you double hit command, it pulls in what looks like a screenshot.

Right. And you're like, oh, why have I opened up just a screenshot and thrown in? No.

It's actually pulling all the metadata, all the code, everything. Yeah. Exactly.

Yeah.

Speaker 3

the screenshot doesn't include where the link goes. It doesn't include... You know, maybe you take a screenshot of your calendar, the event titles are truncated, you know.

But when you take an app shot, it gives, like, the language model, like, full context about everything, and that lets it just sort of, like, do do much more. Yeah.

Speaker 1

on this, an AI engineer. Amazing. He did a great job.

I have a broader vision question on computer use agents. So your example of take a screenshot, scroll page, take a screenshot of where we were. Right.

Today, they can automate a lot. What are the bottlenecks? Is it models?

Is it harnesses? What, where do you see it going in like two years? Do you see it just running for hours?

How do we get there? Any predictions on where computer use goes? Yeah.

Speaker 3

you know, the team's accomplished over the past couple months is that now computer use is, like, faster at accomplishing tasks than, like, the average human probably in in most cases. And I think that the next frontier is to have computer use be, like, literally superhuman in its performance, where it actually is as fast or faster at using software than, like, expert computer users like us. And I think that'll be really consequential and exciting when that happens because I think we'll be able to, all of a sudden, build products that provide just much more real time experiences, and I think it'll also...

Lowering the barrier to entry of... Or the activation energy, I suppose, of using GPUs, I think, will make us start to default to doing certain things in agents that we've become accustomed to doing manually, and I think that's exciting also because it'll save us a ton of time. And I think there's a...

You know, there are a lot of different little paper cuts and bottlenecks that are sort of standing in the way of that. I think that there is... Yeah, there's things on the model side, there's things on the inference side, there's things on the harness side, there's things in representation.

You know, we find that as computer use gets faster, we're increasingly bottlenecked by just, like, the speed of doing an operation. Like, for example, you know, a nontrivial amount of time in our benchmarks of computer use tasks is actually, like, let's say you're automating a task on doordash.com.

Like, a lot of the time is actually waiting for doordash.com itself to load, you know? Yeah.

Then you just write a wait and then you execute the wait. Yeah. Totally.

And and you wanna get... Actually, it's it's actually really important that you get that... Like, you want as little delay as possible between when it finally finishes loading and when you go and trigger the LM to the next action, which is actually itself a statistical science.

Like an event driven way maybe to do that. Possible you want it to JavaScript be event has driven load and JavaScript has load events for... The web browser has load events for web navigation, but there's other types of events that actually really can't be event driven, so there's a lot of complexity.

The one that comes to mind is, like, chatting with customer service. Yeah. Supplies could take thirty seconds, could take three minutes.

Oh, right. I have dealt with so many bots with Codex.

Speaker 2

It's great, but I also wonder if the other side knows that they're talking to a bot because I'm, like, answering in complete sentences, like I'm capitalizing Like, right

Speaker 1

I'm giving full numb... Full reference numbers and everything. Like, it's too...

It's clearly too good. I I don't care. Like, like, I'm just, like, trying to get my support I've prompted it to, like, you know, don't pretend you're a bot...

Be be very annoyed human, short one liners, like, push it, do all this. I'd also tell it while you're waiting for responses, like use sub agents to research better ways to figure out what we need. Nice.

It's just like human little intervention. That's awesome. Also feel like half the time it's a bot on the other end, so now you got the bots talking to each other.

Speaker 2

one milestone of computer use that we're we're at now is, you know, three, four years ago, we were scared of hooking up LLMs to to to the web and to to our to our devices. And now I'm having it configure DNS for me. Wow.

I'm having it pay my bills and, like, really, like, tens of thousands of dollars of, like, stuff I'm just sending it over and yoloing with computer use and, like, you know, what's what's the worst thing that happened? So that's all really good. I think now that you've...

Obviously, you also have to dog food your own products and all these things. Now that you've sort of released this in API, what are some pitfalls or tips that you want to tell developers because they're about to, I guess, encounter all this firsthand?

Speaker 3

First of all, I'm just really excited that we brought computer use into the agents API. I think this is really great because, obviously, a lot of developers are building applications that wanna be able to work with third party websites and and and and services. And so computer use has this universality to it.

It can work with anything. So now all of a sudden, developers can build using the same computer use implementation that we're building on. I think there's great work to be done if you want to build your own computer use harness, but it's hard.

And also, we train our models on our computer use harness, so there is advantage to using the one that's in distribution for the model. There actually might be a speed and cost and and and accuracy advantage. So I think it's really great for people to get to build on top of that.

And, yeah, you know, I think kind of to to the point that you were making, like, I think we're all sort of still in the process and maybe, like, some of us are ahead of many people in the world of, like, getting comfortable with this technology and trusting it. And so I think it's incumbent on us to sort of build that trust over time by making sure we're building things that are reliable, by building the right kinds of of safety checks, by asking for the user's consent before doing something consequential, like making a payment, by asking, you know, maybe depending on the application, making sure you're only letting it access the websites or applications that it actually needs for the task. So that's, I think, something important to to think about.

Speaker 1

But, yeah, I'd really encourage people to try the the new agents API, build all kinds of cool stuff on it. We'd love to hear your feedback if, you know, depending on how it goes. Have you seen any changes in the way it affects dev workflows?

So one of the things with dots is, you know, you're seeing it in Slack, you're seeing people use voice and build. The example Roman showed of change this app and send me screenshots along the way and all this. Yeah.

Is anything that you're seeing there in adoption about how people are using computer use for coding workflows? Any tips people should take from that?

Speaker 3

and one that we see a lot in the wild, is computer use letting the agent actually test the software that the agent has built, which is far more consequential than it sounds because traditionally, you know, you'd build something in codex and then the... And the codex builds it for you and then you have to test it and you are now like QA for the agent. Right?

So with computer use, you can complete the develop... The software development life cycle where the agent can build software, it can test it. So I have a lot of fun, you know, building stuff, having the agent test it.

By the time it comes to me, it's already working. I have extra fun because sometimes I'm, like, developing computer use itself, and so now I have a computer use agent that's using my computer use agent that's using something else.

Speaker 2

So, yeah, I really think this is a super powerful class of use case. I have a visual playtest skill that I have developed that really catches a lot of design issues. Nice.

That, you know, normally when you just look at code, you wouldn't really pick it up. It's also really good for cloning apps though. If you're using a shitty SAS and you want to kill the SAS, you just clone it screen by screen by screen.

And obviously, the computer use can completely drive everything, take screenshots, note it down, and then clone everything with Codex. That's really cool. But yeah, thanks for all your progress.

Think that is our time. Yeah. This is not the last that we're going talk.

Yeah, cool. This has been really fun. Thank you guys for having me.

All right. All right. Okay, we're a strict cutoff.

We're just going to dive right in. Let's do it. Yeah.

Okay. So Nikunj, we're very excited to have you.

Speaker 1

You've shipped a lot on the API side, we just talked about with Ari. You can now build with computer use agents. Anything you want to highlight the API side of changes and introduce yourself a little on what you do?

Yeah, for sure. My name is Nick Quinch. I lead product for the API team.

Been here for roughly three years.

Speaker 4

Been working on launching models. I feel like that's just been like a thing, constant thing throughout my time here at OpenAI. With every new model, try to like basically work super closely with the post training team, the research team to figure out what's new in it.

And then we like expose those capabilities in the API. So that's like the basic way of putting it. And if you just look at everything that's new with GPT-six, the cool new capabilities that we launched were firstly, async function calling.

So what you see with like a lot of the things that you're seeing in like Codecs and Dots and everything is that tool calls take so long that you don't have to pause the model's execution while the tool is running. So you could just kick off a tool call, keep running, keep reasoning, and then check back in. So we launched async tool calling, we launched like mid turn steering, so now you can like inject messages while the model is reasoning in the middle.

So as your tool call finishes, you can put put in that instructions.

Speaker 2

And that's also partially a model alignment capability.

Speaker 1

Right? Like, they have to train in the ability to train. Exactly.

Yeah. I feel like we've had it in the app. You could always...

As it's reasoning, you could steer. Yes. It wasn't the best.

It's gotten much better. Yeah. Excited to see how it does this in the future.

Speaker 4

in our main goal in the API is to like put things in the API once it's trained into the harness. And so we kind of wait for that moment until it's good enough. And a lot of that is like actually being powered by WebSockets, which we launched a few, I want to say months ago.

And so WebSockets just opens this like whole bi directional like communication thing with the model. This is not the GP Live thing, I'm just talking about GPT-six. And you can do all these like async tool calling, async reasoning, injecting messages.

Speaker 2

So it's a really fun API to work on, I think, really enjoying. This is why we are the engineering podcast because we get to talk about WebSockets. This also pairs very well with Ultrafast, Right?

Like, that is now, like, I think for the first time ever available in the API. Yes. Which is basically the the theoretical fastest speed you can ever get, Frontier Intelligence.

Speaker 4

Yeah. Yeah. It's been so exciting to work on that project.

I think before I go into the API, the most fun part of Ultrafast has been just watching the inference team cook with Astra. They're just constantly having these codex agents running, trying to squeeze out more performance. I would say at least for a couple of months, a lot of it was focused on efficiency and driving the cost down, which is how we were able to cut the Luna price by 80%.

A lot of that was driven by all the inference improvements they landed. And then now they've shifted gears towards how can we make this run as fast as possible? And so Ultrafast has just been amazing to see on a model like Astra.

To go that fast has been really cool. And yeah, WebSockets is like, actually it was like, the first time we launched WebSockets, it was for a GBD 5.3 Codec Spark, which was, can't believe we named a model that, but that's what we launched it for.

And obviously it helps so much because you got to have the two calls...

Speaker 2

WebSockets is awesome for that. Yeah. It's always cute to see, I have my reset usage limit and then I have my spark usage limit that I never use.

Yeah. I think it's there if I want it. I think it's gone.

Finally, it's gone. I know it's gone. So...

Yeah. You're slowly killing off all the, you know, the old ones. Old ones.

It was a great week. I mean, it was the first time we had Frontier Intelligence at extreme speeds. Yeah.

People really liked it. Yeah. Yeah.

So first time it comes back. Yeah. And for 5.

3 Spark is explicitly attributed to Cerrebus. You guys are not confirming or denying that Ultrafast is related to the service, but people are... I'll I'll just say that people do do care and, are wondering about it.

And you have your own silicon as well. Elephant in the room, decision models Oh, yeah. Decision API.

We were the first podcast to do a big JEV deep dive with, Diogo, and I also, you know, featured him at AI Engineer. How quickly did you see JEV and go, like... Yeah.

Speaker 4

like, huge props to Diogo and, like, the JEV team for, like, really inspiring the whole segment in the market. Like, obviously, Jeff comes out, everyone's, like, losing their minds over it, our users are, like, hitting us up. But also, like, our internal teams are, we need, like, a much faster classification system.

We can... I I don't wanna, like, get ahead of some of the dots features that are gonna come, but you're gonna see like some cool, like really snappy, fast things built on top of the Decisions API. You know, like, yeah, props to Jeff for like inspiring this whole thing.

Obviously, a bunch of people at OpenAI get nerd sniped by that and they're like, how can we, like, make this work? We're not gonna, like Okay. Train a new model.

Like, four weeks ago, this was not on No. At all. No.

This was, like, Jeff inspired and, like think I you're officially the first Frontier Lab to, like, clone and adopt this. Yeah. I I feel like OpenAI is such a strong, like, hacker culture and, like, people are just, like...

They get excited about things. And so guy from Inference, this one awesome guy from the infra team are like, This is amazing. We're going to hack on it.

They build a prototype, it works, and now we're just hill climbing on latency and trying to make this as fast as possible, we want to launch it in the coming days.

Speaker 1

So as soon as we hit our like latency target, we'll try to get this out. It's interesting at the same time of hacker culture, you also, as Sam said, like 99%, one of the most reliable APIs with I think probably the most usage, which is your team directly. How should people see Decisions API?

I feel like a lot of people saw Jev, heard the buzz, haven't built with it. You're making it very mainstream.

Speaker 4

What should people see it as? How should they use it? Yeah, I think the main use cases we've seen is like really fast classification.

All the computer use demos have been amazing and really cool. I think there will be limitations, of course, in terms of, you know, having Astra write like a JavaScript like script to control your computer versus having Luna pick like one action at a time, I think it's not going to be at the same intelligence level, but like maybe there's some computer use task that this is good enough for. So excited to see that come through.

The other cool prototype I've seen internally is people hooking it up with GPT Live. So GPT Live is our bidirectional real time Voicing. API.

And it's built on this model of front end models and back end models. So GPD Live is this super fast, yeah, thinker docker thing. So GPD Live is the docker, super fast, really good at delegation, and you have something like Astra sitting at the back.

But tool calling has always felt like really slow in GPD Live. So people have been like putting together these like tool calling demos of GPD Live controlling a computer and it just feels like so much more snappy and natural. So I'm like kind of excited to see like what people do with live and with Luna on decisions API.

Speaker 2

So that'll be pretty exciting. Yeah. So I want to iron this out for people, especially from the product side, because a lot of people have been putting out JEV clones.

There's been about a 100 in the last two weeks. Oh, really? That's amazing.

But, it it... Like, they can clone a JEV API, which is honestly structured upwards, which OpenAI was first to. Yeah.

Right? So, like, I think let's let's iron out for people what is a decision model as far as you... As far as, like, what is important?

It is not just latency. It's not just structured output. Right?

Because I could just have Luna as the decision model is priced the same as Luna, right? Have turned off reasoning and then have structured output. Do I have a JEV?

Speaker 4

right? And that's the real... There's a confidence there.

Yeah. Yeah. Totally.

I think the way that... So we haven't trained, a new model for this. We're, building this purely on top of the same Luna weights that we have.

Oh. So, yeah, this is, really just Luna, and on top of that, what you're doing is you're constraining, so structured output is a big part of it. You're really optimizing the inference stack to get very fast on TTFT and because you can have multiple questions, what you do is like you basically run those in parallel as a batch.

You run those as a batch. All sorts of like inference techniques people are working on to try to make it as fast as possible. But I'd say like at least our implementation of it at the start and this first version is like zero shotting this on top of Luna to see how it goes.

And obviously you want to like put it out there, like this is OpenAI's like classic iterative deployment thing. Put it out there, see what people think, and then like we'll make more model improvements as needed.

Speaker 2

So yeah, that's decision tip. Yeah. And obviously as a benefit, you have vision, they don't have vision, right?

That's true. Yeah. Yeah.

Like we get it for free with Luna. Yeah. Yeah.

I do think that, like, you know, some of the innovations, it sounds like it's still to come if it's still still the same Luna weights, which is, like, the the confidence stuff and calibration is something that we've talked about on the podcast with benchmarking calibration. Because basically, the whole point is that RLHF kind of collapses you towards what you want to hear. Yeah.

But, like, not actually, like, what the amount of confidence is. Yeah. Yeah.

Totally. I mean I mean, you're gonna see how it it pans out. Maybe maybe this, like, gonna be...

These are gonna be, like, the key areas where we may have to, like, hill climb Yeah. With the with the future model release. But...

Yeah. And then architecture wise, the other thing that's in the debate, obviously, nobody knows because Jeff doesn't talk about it, but the the two speculations are, one, maybe the fusion model instead of autoregressive. Mhmm.

But you you are able to achieve the parallel generation in in in your way.

Speaker 1

which, like, you guys have all done the research on this. People have speculated. There have been demos on both of these as well.

Speaker 2

and inter people have also, you know, pulled out Inter from a middle layer, but this is all speculation. It's just like, what are you trying to aim for? Right?

Because you can achieve the API. Everyone can achieve the API. It's actually pretty trivial.

But, like, then there's the speed, then there's the accuracy, then there's the other calibration features. Mhmm. I don't know what else.

Speaker 4

Yeah. Yeah. No.

Totally.

Speaker 1

it's so cool that this, like, whole space has been kicked off now, people are gonna do so much cool stuff, and everyone's gonna learn from each other. And, yeah, I'm excited about it. I feel like being on the platform team, lot of your job is to empower builders.

What do you think people should build with Decisions API and also computer use agents? Any stuff that you've been building with internally that you think really opens up after the new change? Yeah.

Speaker 4

Okay, let's think. Decisions API, use cases internally have been pretty obvious. The user ops team was jumping on it.

We're like, We've to classify all of our support tickets. What else came up? Obviously, were the really cool GP live demos.

I'm sure the Codex app team might pick this up and try to do something cool with it. This whole thing started like a week ago, so it's very, very early. Oh, one week.

We're excited, yeah. Was a big push in Eval's LM as a judge having really low latency there. Right, yeah, yeah, that'll be interesting to see.

And then, with the Agents API, we're basically like having a bunch of first party products at OpenAI built fully on top of it. We've had the Codec Security stuff that just went out that's fully built on top of the agents API. Sort of the...

We're having like a meetings type of thing launching today. I think it was like a demo. Do you remember like the plugin extensions when Sam was showing it?

There was like a demo for like you're in a calendar, you can sort of like have your meeting notes. Like drop into a Zoom call. Doing all that type of thing.

Yeah. And so all of that stuff is like fully built on top of the agents API. And yeah, I'm like, excited to see, like, we're just getting this out and let's see what people build on top of it.

I think you shut it off very well. The whole edit spaces, pages, collaborate, add in your dot, like that's a lot. So there's a lot of inspiration people can go through.

Yeah. Yeah.

Speaker 2

so quickly. It's amazing. Is there something that you want people to focus on to give you feedback?

Speaker 4

you're you're just putting this out there and you want... And there's like a fork in the road and you want developers to help you decide. So I think Agents API and Decisions API, they're like, these are our newest products, would love like any and all feedback on that to figure out where to take them.

I think over here we're like very open. On Responses API, which is sort of like our workhorse over here, like really focused on performance right now, and the performance comes in like two main ways. First is just like latency.

We've been like rewriting the whole Responses API's track to like make it as fast as possible from a DTFT perspective, DVD perspective. So that's like continues to be like a main area of focus for us. The second thing we've been trying to do is like really go deep on caching, particularly with these like personal agents that are, you know, like basically a single thread that just goes on and on forever.

We've been trying to really up our game on caching. We provide now guarantees of cache hits within thirty minutes. We're actually...

For one of our users, we just launched a much longer cache window, so we have like a twelve hour caching guarantee that we offer so that you have like guaranteed cache hits for... There a public API? Yet.

That's in We're gonna like try to get that out to everyone as soon as possible, but just pay a little bit more for the cache, And we guarantee cache reads for a much longer period. So even if your instinct thread, for example, you just do something on it and then come back to it like three to four hours later, you're still getting the caching performance out of it.

Speaker 1

You cut the pause there quite a bit too, right? With the new model? Oh yeah.

That's right. We're like driving down cache reads. Yeah.

Speaker 4

because it's significantly cheaper. Yeah, yeah, just like building your apps with like, to be very cache aware and sort of like use our prompt diagnostics or cache diagnostics tool to figure out like where things are dropping off and so the caching part is really important. Yeah, I also want to talk about prewarming.

We have that in the API now, so if you know that, hey, I'm going to get a cache, sorry, I'm going to get this prompt, I just want to prewarm the cache, pay, the cash right fee right now, and then, like, have it sort of ready to go for the next thirty minutes for whenever... And it can spawn many instances of that thread. Exactly.

Yeah. You can just keep going and have... Yeah.

Keep us as the problem there. So, yeah, like I'm very excited about getting feedback on like the low level performance things so that we can keep making responses API the most performant and reliable way to like build on top of an LLM.

Speaker 2

And then you you basically have our, like, new products where I'm just looking for, like, any and all feedback. Yeah. Just use it.

Right? So... Yeah.

Just use it. Yeah. Define our roadmap for us, please.

So... Yeah. I I think for me, the caching thing, great, right, like, obviously very needed.

But at the end of the day, you're still bumping out against a million token context. Mhmm. And that's probably not gonna change for the foreseeable future.

Like, you still need good compression. Yeah. What is the best practice there?

Yeah. Yeah. Totally.

Speaker 4

OpenAI has its own, like, proprietary compression,

Speaker 2

is in in

Speaker 4

the API. Yes, agent's API. You decide for us, right?

Yeah, exactly. So in the agent's API, it comes built into the harness, and if you're in Responsys API, there's like two ways of doing it. One is what we call server side compaction, which is you basically tell Responsys API that if you ever hit this threshold of tokens, just auto compact it and like go back, or sorry, like reduce the context being used, And the second way is slash compact, which is if you want full control.

So you can slash compact at any time, your own logic on when to It's not AGI. It's not Yeah. But it is the manual override.

Yeah, it is the manual way and I don't know, a lot of the big coding agents like to do it manually. I mean, like if you look at the codecs implementation of it in the open source codecs harness, you can see that they use slash compact and do it. And there's also like new, by the way, new compaction techniques that we are working on.

Some of them you will be able to see in the Codex harness, like it's already implemented in the Codex harness.

Speaker 2

with. So yeah, lots of cool stuff going on around in compaction as well. Cool.

We are running out of time. I think you've talked a lot about performance and talked a lot about the new APIs that you're launching. Can you give us any other hints as to things that you're interested in as far as the future of the platform is concerned?

Speaker 4

We're obviously like very low level. Like, I used to work at Stripe before this and at Stripe, a lot of the game was like building these higher level primitives and products on top of like the core payments primitives. And I'm always curious about what the best way of doing that is in AI.

I think we've had a couple of attempts at that. We had launched Assistance API way back in the day and wasn't really the right fit. We were sort of going off with this agents API and it gives you the codex harness, but what's the right amount of flexibility to give in that?

That's an open question. Should we have memory walls and all of these higher level API objects to abstract away more storage concepts. This is a whole space that I'm very curious about figuring out how we design.

I think a lot of things in AI are just have a low level API primitive and see an example harness and go and have your coding agent implement that. But how much of that do we build into the API is like a constant question that I'm thinking about. Yeah.

Speaker 2

it would be super interesting to hear. Yeah, the analogy I always bring back to, and I will end there, is you're building an AI cloud, right? Which is something that Sam said a year ago, and it's almost like you're kind of doing the AWS invention and you have to do, okay, this is EC2, and this is S3, and this is like, but you're doing the AI native versions of each of these.

There are lot of analogies. So you're pre warming caches for stuff that you know will...

Speaker 1

it's nice that it's all exposed to builders because it just opens up ways that you can build new things. Yeah, absolutely.

Speaker 4

Well, you guys. Thank you.

Shared via Hopper