[0:00:04] Hey everyone, welcome to the Lit in Space podcast. This is Alessio, founder of Kernel Labs, and I'm joined by Swix, founder of SmallAI. Hello, hello, and we are so excited to have Greg Brockman join us. Welcome. Thank you for having us. Excited to be here. You need no introduction, so I was like mentally going to introduce you. I just get right to it. Congrats on GPT-5, GPT-OSS, like all the stuff that's going on in opening islands. Where are you going to get to all of that? It's really good to have you here. How does it feel? Last week was like a whole maelstrom of releases.
[0:00:33] Wild. It was absolutely wild to get so many things out in one week. But yes, we've released our open source models, which are models that we've been working on for some time. I think really pack in a bunch of...
[0:00:46] The advances that we've been making at OpenAI into a very small form factor, very accessible, now being used by, you know, there's been millions of downloads of that just over the past couple of days. We also released GBD5, again, something we've been working on for a very long time. And so just having these out in the world and really having done that release process is something that I'm just really proud of the team for doing.
[0:01:04] And GPT-5 is the first hybrid model. So most people don't get to choose one model. And that's a whole other drama we will not cover. A whole other thing. But you started originally the reasoning team with Ilya at OpenAI. So maybe, can you just give a quick history of reasoning at OpenAI? So you started with just, you know, next token prediction. And then at some point you thought reasoning was something important to build. What was the path from there to GPT-5 where now it's like kind of hidden from the user? Well, I'd say that...
[0:01:33] After we trained GPT-4, we had a model that you could talk to. And I remember doing the very first, we did the post-training. We actually did a instruction following post-train on it. So it was really just a data set that was, here's a query, here's what the model completion should be. And I remember that we were like, well, what happens if you just follow up with another query? And it actually was able to then have a response that took into context the whole.
[0:01:59] Previous chain of question answer. And you realize this thing can do chat, right? It can actually talk to you. It can actually leverage all of this information, even though it wasn't trained to do it. And I remember we had this question. We had a research meeting with a bunch of people, you know, Jakob, Ilya, Wojciech, others. And the question was, why is this not AGI?
[0:02:17] Right? This model clearly is not AGI, but it's really hard to describe why, right? It's like able to answer any question you put in front of it. And okay, it's not quite reliable. It makes mistakes. It falls off the rails. Okay, that's a real gap. And so what do we need to do to close that gap? And the most obvious thing you need to do is actually have it test out its ideas in the world, right? Actually do reinforcement learning, like try out some hypotheses, get some feedback, and from there become reliable.
[0:02:43] This is not a new idea to us, right? If you rewind to even 2017, we were working on Dota, which was all reinforcement learning, no behavioral cloning from human demonstrations or anything. It was just from a randomly initialized neural net, you'd get these amazingly complicated, very sophisticated, very correct behaviors. And it's like, that's the reliability we wanted for our language models. So really the moment we trained GPD-4, we knew that we needed to get to the reasoning paradigm.
[0:03:09] And it was just a question of how. So we had like 10 ideas, a bunch of different hypotheses about what might work. And people really set out to go and try to make it be reality. And so it was really the labor of many people at OpenAI across many years. And I think the way that progress in this field works is you need to have conviction on a direction. And the first 10 things you try will fail. And most of the things on that list of 10 did not succeed. But we made one of them work.
[0:03:37] And I think that that's the real key is that we just keep pushing and pushing and that you get little signs of life and you keep growing from there. And so now Jerry runs our reinforcement learning team and has made really great strides there. There's really amazing infrastructure work. People like Wenda, people from the inference side, people like Felipe. There's many people across OpenAI that all come together to really make this work.
[0:04:01] Yeah, amazing. I was going over, you know, when you were with me on the engineer conference, you talked about the Turing paper, which you love and got you started in some ways on your machine learning journey. I think actually he kind of anticipated the learning machine would be partially online. You know, I think that's one of the questions I always had when reflecting on this journey from like three, four to five.
[0:04:24] Is learning started all offline and all pre-trained and now it's slowly coming online? Do you think that's accurate? Yeah, I think it's a very interesting question, right? Where does the learning happen? And I think we're still not at the full...
[0:04:37] Kind of learning loop that humans do, right? Which it's also not really clear are humans fully online because it's like, you know, you go to sleep, like there's a lot of, you know, sort of back propagation, so to speak, that happens into your long-term memory. So I think that exactly how humans work is not necessarily represented by how our machines work. But we are moving from a world where it's just you go and train once and then you're inferencing a ton.
[0:05:02] to a world where there's actually this loop of you inference and you train on those inferencings. And one thing that Ilya used to say a lot that I think is very, very astute is that when the models are not very capable, that the value of a token that they generate is very low. When the models are extremely capable, the value of a token they generate is extremely high. It's something that's very thoughtful. It's something that's important. And reinforcement learning has this property that you're generating a bunch of data because the model's trying stuff.
[0:05:30] And then you train on that data. And so somehow the model's observations, also normalized by contact with reality, or somehow selected by contact with reality, get fed back into the machine. And that is, I think, something that we're starting to get very good at learning from. And the scale required is very different, right? That if you look at pre-training, your 10 examples of something doesn't go anywhere, right? You're talking...
[0:05:55] Hundreds of thousands of any little type of behavior, and that's what you learn from, which is totally, totally unlike how humans learn. Again, I think, right? If you think about recapitulate all of evolution and also think about your 20 years worth of developmental history, there's a lot of just observing the world that happens. There are lots of bits of information that kind of flow through your senses. But with the reinforcement learning paradigm, if you have 10 examples or 100 examples of something, right?
[0:06:22] We had this discussion with Noam Brown about simple efficiency. Do you feel like today the bottleneck is still the human data curator?
[0:06:51] That creates these like great tasks for RL to work? Or do you feel like it's still the simple efficiency of the model? Well, the bottleneck is always compute. Right. And I mean that in a real way, right? It's just like, it's very clear that if you give us a lot of compute, that we will find ways to iterate that actually make the most of that compute. We are in a world where right now, we now have much more sample efficient algorithms, right? With the RL paradigm. But it does take a lot of compute still, right? It's like that you...
[0:07:19] Have like one task a human created or 10 tasks or 100 tasks or some small number of those. And then you have a model that tries a bunch of times, not just one time, not just 10 times, but 10,000 times to try to accomplish one task. And you select from those and you learn from that. And again, it's like the amount of human leverage you get as a human designer there is extremely high. But the amount of compute that you have to pour in in order to make it work grows proportionally.
[0:07:45] I would say like one way to expend more compute in the learning process. Alan Turing actually like foresaw a lot of this. He had this concept of supercritical learning instead of subcritical learning, meaning we present learnings to machines or teach things to machines. They learn just the immediate thing that we just taught. But supercritical means you also think through the second and third and fourth order effects of whatever you just learned, like to update the rest of everything else that you know.
[0:08:08] What are the creative ways in which we spend more compute, right? Like if we had 10x more compute or 1,000x more compute, where does it go? I'll just say, we will find ways to utilize it. Please give us. But I mean it kind of seriously, right? The way that this works, like if you rewind to something like Dota, we set out to develop new reinforcement learning algorithms because it was very clear to everyone that reinforcement learning, the algorithms that existed at the time, did not scale. Everyone knew it.
[0:08:37] And I remember Jakob and Shimon saying, why do we believe that? Has anyone actually tested it? And no one had actually really tried to scale up just plain old-fashioned PPO. And so they're like, well, that's the baseline. We got to do it. And I remember you come back to the office every week. They doubled the number of cores. And suddenly the agent, the true skill was going up and to the right. And it's like, okay, you just got to keep pushing it until you hit the wall. And clearly we'll hit the wall and then we can go and do the actual interesting stuff. And we never hit the wall. And you realize that actually the journey.
[0:09:06] That is the interesting stuff, right? Of really doing the engineering. And of course you have bugs and those bugs cause a wall, but you fix the bug, right? You have different issues with how your neural nets initialized or the scale invariance or whatever the issues are, but those are not the fundamentals of the algorithm of the science. And so I think that's kind of the world that we're in is one where it's like, we will push on every dimension and maybe we hit a wall.
[0:09:29] Most of the time, those walls are like just bugs and silly things. And so you can keep going. Sometimes the ROI for fixing those is really hard, right? So it's like, it's not really worth it because you have a different dimension, right? Do you want to push the model to be larger and do more pre-training compute? Or do you want to do more RL and so push more compute to the actual test time? And there's all sorts of dimensions that you can put compute into. And in some ways, I think of compute as this like...
[0:09:52] We're doing this refining process. Ultimately, start with energy, turns into compute, turns into intelligence, and it's almost crystallizing that compute into potential energy that can be converted into the model doing something useful. It's a really beautiful thing, right? It's like the compute has this fundamental driver, this fundamental fuel of intelligence, and it sort of shapes a neural net. It sort of outputs a program.
[0:10:14] The nice thing about that program is you can run it many, many times, even though you port all this compute in, that you actually have this amortization that you're going to use it far more times than the amount of effort you put into creating it once. And so it's just like a beautiful paradigm. Yeah, you're kind of turning kinetic energy into potential energy in the model. And do you feel like the energy that's already in this model is we can then turn back?
[0:10:37] It's a kinetic to-do URL in every other domain because we got the IMO gold. I mean, we and the you, you guys. I think it's the humanity, yes. For everybody. Do you feel like those same techniques and those same base models can then get us to the gold, IMO gold equivalent if every other domain, if we just scale the compute? Or do you feel like there's still some work to do? Well, we have pretty good evidence on things like the IMO models actually also getting us a gold in IOI. It's the same, unchanged. Wild fact.
[0:11:07] Yeah, I mean, I think we did like, I think we talked about some of the details. There's a little bit of difference in the harness, but like the harness is not the gold, literally, right? It's like the actual underlying models. And there's no training there that we did specifically. This ended up being just a side project of a few people who were like, oh, we may as well do IOI, right? And it's just a wild fact to me because that used to be something that would be a total grand challenge, you know, many, many people working on. And the core IMO team at OpenAI was actually three people.
[0:11:35] It wasn't this massive effort. And so you realize that there's maybe some specialization required for some of these domains, right? Maybe some amount of additional work, some amount of go-gather data set. But fundamentally, we have this general purpose learning technology and that learning to solve hard problems is actually a very transferable skill. Learning how to solve hard math problems and write proofs turns out to actually transfer to writing program and competition problems. Now, if you've never run a physics experiment, right? If you've never...
[0:12:04] Actually gone and tried to mix together some chemicals or something. You're probably not going to be magically good at those things. And so that there is something about the limitations of generalization, right? That you do need to actually have some real world experience and try it out. But these models, they go almost unreasonably far already. And we see this all the time where we have wet lab scientists who took models like O3, ask it for some hypotheses of here's an experimental setup. What should I do? They have five ideas. They tried these five ideas out. Four of them don't work.
[0:12:33] But one of them does. And the kind of feedback we were getting on O3 was resulting work is something that could be published in a mid-tier journal, not the top tier journal, but a mid-tier journal. You know, it'd be kind of the work you'd expect from some sort of, you know, third year, fourth year PhD student. And like, again, it's just a wild fact. Like that's where we are with O3. And we see exactly how to improve O3 on all dimensions.
[0:12:55] And it requires compute. It requires a lot of work. It requires getting the tasks. It requires a lot of humans' intellectual love and labor and time and really pouring our heart and soul into it. But the result, to your point, you know, it's like we produce this thing that has all this potential energy within it. And then the amazing thing is that you don't release that potential energy once, right? It's a checkpoint that you can use many, many times across all of these tasks. And that is something that I think really can uplift all of humanity. That's so inspiring.
[0:13:21] I wanted to backtrack on two things. One, about the wall. One thing I was trying to get into this debate with Noam on was, I think there is a wall in terms of wall clock time because time has to pass. The problem with RL interacting with environments and simulation is, sure, you can speed up the simulations faster than real time. At some point, you have to match wall clock time. You can see us converging towards the pace of iterations towards wall clock time in terms of getting...
[0:13:50] Closer and closer to modeling the real world. I don't know if you have any thoughts on tackling that. Obviously, we're not there yet, so we don't have to worry about it. I think this is a pretty fundamental barrier. Of course, the models have very non-human affordances. You can run many copies of them, and so you can scale out even if you can't decrease the latency. It's also very interesting to think about where the compute goes, because we're going to move from a world where most of the compute is training the model.
[0:14:17] As we've deployed these models more, more of the compute goes to inferencing them and actually using them. But then if you think about, well, you're going to have these models that are going to be interacting with the real world a lot. And so they should probably think a lot about every single action, right? So you might end up with tons of compute spent per real world interaction. And so it really shifts around where you'd expect the compute to actually be expended. And I think that really having...
[0:14:44] Good harnesses that are very efficient. Do you think about things like if I have been taking a bunch of steps in some rollout in the real world, how do I checkpoint that?
[0:14:54] And if you have a system that you need to restart it and it's going to forget all of its current state, like that's probably pretty bad. And so I think that there's just something very different about the digital world where everything can be perfectly observed and checkpointed and preserved as opposed to reality that's much more messy and complicated. And I think it's not a bad thing, right? I think that we've seen agents with things like Dota that are able to operate in very complicated, very messy environments. So the algorithms are capable of it. And by the way, Dota was like a 300 million.
[0:15:23] Parameter neural net. Tiny, tiny little insect brain, right? Now we're starting to scale up to things that are much more comparable to human scale in terms of number parameters, maybe in terms of number compute. We're not necessarily quite there. I think you could look at the math in different ways. But fundamentally, we are making progress towards the real goal. And if you think about what an AGI should be, it should be something that is capable of interacting with the real world in ways that are very productive.
[0:15:51] Back of the envelope. I think that the numbers I have in my head, you can correct me if I'm orders of magnitude off, but it's something like humans have 100 trillion neurons. We're in the, you know, multiple low double digit to high single digit range for, you know, GPT-4, 4.5 and 5. But we, you know, we're not confirming that. But like, you know, we're scaling there. Yeah, I'd say 100T synapses, which kind of corresponds to the weights of the neural net. Yeah. And so there's some sort of equivalence there. Yeah. And so we're starting to get to the right numbers. Let me just say that.
[0:16:21] And then just on a biological basis, this is an opportunity I didn't get to ask you last time on what you learned from ARC Institute. You had a sabbatical there. I'm curious if that informs anything that you do at OpenAI now. Well, the thing I found most remarkable about working on DNA neural nets is that they're exactly the same.
[0:16:40] Yeah. Right? It's just you replace human language. It's even like a simpler vocab. It is. Yeah. You've got four letters. But don't you tokenize at a higher level? I mean, you can, but actually the way that we approach it, we just did. Character level? Character level. No way. Yeah. Why not? Well, you know, I guess there's no reason. I don't know. There's only four. Right, right, right. And this to me is, I think, the core, like one of the interesting things about.
[0:17:06] Human language is we understand the semantics, right? We kind of understand what it means, what the structure is. It's very easy for us to observe. We kind of have a sense of when you look at a tokenization scheme, you have a sense of did you capture like all of the words in a reasonable way and all this stuff. Biology, it's an alien language. And the thing that's very interesting is that, you know, for humans, it's an alien language. But if you look at a neural net, why should human language be any more natural to a neural net than biological language? And the answer is they're not.
[0:17:35] Literally the same hardware. Exactly. And so one of the amazing hypotheses is that it's like, well, these neural nets, they can learn human language just fine. And so they ought to be able to learn biological language just fine. And we really see the same kinds of results, right? It's like I'd say that maybe the neural net we produced, you know, it's a 40B neural net trained on, you know, like 13 trillion base pairs or something like that.
[0:18:02] The results to me felt like GPT-1, maybe starting to be GPT-2 level, right? It's like accessible and applicable to downstream tasks across a wide range of biological applications. Not yet a GPT-3 or GPT-4, not a GPT-5 for sure, right? We're not able to solve super hard problems in these domains just yet. But we've got compute. We've got the right techniques and algorithms. Now we need to scale. We need to think about long context. There's different ways that the biological systems stress.
[0:18:31] Is there an application that you're most excited about, like drug discovery? Obviously, I think everyone goes to drug discovery, but maybe some intermediate thing before that that is reachable and very impactful.
[0:19:00] I mean, on a personal level, so my wife, we've talked about this, you know, I've talked about this publicly before, has a genetic condition called Ergostanlos syndrome. It's something that until very recently, I think we're starting to see, you know, genetic markers for it, but it's been kind of unknown exactly what causes it, where it comes from. And that is something where if you have better tools for understanding biology, you should be able to identify the markers for lots of different diseases. And so that's just like one example.
[0:19:29] Of the kinds of applications, the promise that exists within these neural nets. How would you characterize the beginning of the GPT-5 era? If I think about 3, 4, 5 as the major versions, I think 3 is very text-based, kind of like RLHF really getting started. 4 is multimodality and all these different low latency, long thinking. What's going to be the 5 flagship thing? Obviously, the year of agents, right? That's the meme. But is there something else that comes to mind that people should think about? Okay, with 5, now we unlock.
[0:19:59] Yeah, I think it's smart. I think that the intelligence of these models is starting to be just almost undescribable, right? It's like there's still limitations. There's still ways in which they fail. But it really is the case that for extremely hard domains, like look at the IMO results, right? So you can take a model that's been trained on this reasoning paradigm, and it's able to write proofs that is at the level of the best humans.
[0:20:26] And it's like in this specific domain, there's limitations, et cetera, et cetera. We haven't proven like an unproven theorem, any of that stuff, but it's real. It's like, it's undeniable at this point that these models are able to perform great intellectual feats. And I think that's new, right? GBD4, I think was like much more, it was kind of capable and commercially useful across a wide range of applications, but the ideas that it produced were not very deep, right? The problems it would solve, it was not very reliable at.
[0:20:54] And I remember for GPT-3 actually trying to teach it how to do even basic stuff, right? That like we kind of realized, hey, you could do this few shot prompting. So you kind of showed a few examples of something and then I'll basically kind of do that task. And so I was like, okay, can I just teach this thing to sort a list? And I gave it like seven numbers to sort. It didn't sort it. I was like, okay. Then I tried to write a whole script of like, I'm a teacher teaching you how to sort numbers. Here's an example of sorting two numbers and then three numbers and whatever. And I'd be like, okay, now here's five numbers and total flop. If you ask GPT-5 that,
[0:21:23] And I've not even tried, by the way, asking GPT-5 to sort of list the five, you know, arbitrary numbers. But I am like certain it will do a perfect job of it out of the box. No problem. By the way, it does have access to Python tool as well. But the point is that the intellectual leaps that these models are capable of assisting humans in is something that we're just starting to see. We started to see it with O3.
[0:21:49] And you can see professional mathematicians starting to kick the tires on GPT-5. We've seen physicists starting to kick the tires on GPT-5 and say that like, hey, this thing was able to get, this model was able to re-derive an insight that took me many months worth of research to produce. And that's the kind of thing where it's like, you realize this will speed you up so fast, right? I remember doing my own math research back in high school.
[0:22:15] And at the beginning of college, and I'd spend just like so long just trying to manipulate these objects in my head and think about connections between things. If I had a partner that I could actually talk to about this, who would actually spend the time to deeply understand what I'm thinking about and produce new insights off of what I'm suggesting, that would have just sped me up so much. It would have been so much more fun, right? Because you don't just like kind of get caught in this loop of just sort of thinking about it off on your own and thinking, you're like, wait, I already thought this thought, you know, two weeks ago.
[0:22:44] Pushing forward the intellectual frontier together as a partner with GPT-5. Do you think people are limited by the difficulty of the problems that they work on? I think like, you know, for me in Cursor and in Codex, it feels clear that the model is better when I give it hard tasks. I feel like a lot of people put screenshots on X and it's like, oh, GPT-5 is not that much better. It's like, well, the question is not that hard. You know, like what gave you such confidence?
[0:23:11] When you call it the best coding model in the world, obviously you're one of the best coders in the world, so game recognizes game. But for people, how should they really think about evaluating these models? Yeah, so there definitely is a saturation on certain tasks, right? If you're just going to chit-chat and say, hello, how are you? There's only so many things you can say. If you're going to say, here's the remounted hypothesis solution, please. Okay, yeah, there's like a broad range of intelligence that will be desirable there. And of course, most...
[0:23:40] Tasks are somewhere in between the two of these. And I think what we've observed is that we've seen GPD-5 be able to solve intellectual problems, you know, sort of tasks that require deep intelligence much better than any other model that we've tested. The second thing we did.
[0:23:57] Was we really spent a long time seeing how are people using it in interactive coding applications and just taking a ton of feedback and feeding that back into our training. And that was something we didn't try as hard in the past, right? For something like O3, we really trained it with tasks that we'd set up once and the model, we'd see it go up into the right on all of our metrics. It'd be great at code forces, you know, competitive programming competitions, which is, again, very exciting, but it's not reflective of how you actually program.
[0:24:26] You actually program in a much more messy way, right? That you have some sort of repo that has some sort of local state and that has different abstractions and just like different versions of different libraries. And that sort of diversity isn't something that magically arises from a very structured, here's this one specific task, 10 specific tasks you need to accomplish. And so a lot of what we've been focusing on is saying, not just how do we push the intelligence, although that is always going to be the core, but also how do we connect the...
[0:24:55] Yeah. What are suggestions on a more practical level that you have on getting the potential energy out of this model? So part of it is adding, you know, the linter, the type checker, the task to like have it self-loop.
[0:25:17] Any other meta that developers should think about? How do you use the models? Well, the number one thing that I've observed is that there is a real skill in extracting the most from these models.
[0:25:32] Understand the shape of the model's skills and weaknesses. And so you test it, right? You test it with something small. You get a little feedback. You test a little bit higher. Try to give it some bigger tasks. Try to see if it can work in a certain way. And I think that people usually have their library of different prompts, right? So I definitely have my library of prompts that I've built up since, you know, the GPD-4 days. Like I remember in advance of GPD-4, starting to gather up a couple of like, okay, I wonder if I'll be able to do this. You know, you have some sort of, you know, query that importantly you want to do.
[0:26:01] I want queries that could have a range of different answers that don't have any one specific right thing. And so, for example, on creative writing, I've liked to ask for like a mashup of Lord of the Rings and startups, right? Just like try to push together two different topics and see what you get. In terms of actually testing the model and pushing it, I think that I do a lot of trying to think about, okay, like how do you first of all break up tasks and have something that's self-contained that you can let the model run with? Because you don't want to just have one instance of the model.
[0:26:30] You want to have multiple, right? You want to be a manager of not an agent, but of agents, right? And so that you need to, first of all, think about how your code base is structured, but then actually go and try to push the model to say, can you actually operate it on these multiple different pieces of your code base? I think that people love doing front-end five testing. GP5 is very good at front-end, it turns out.
[0:26:52] Of course, that's not what most developers spend their time doing. And so it's important not to overfit to that. But I think that maybe just getting a feel for the model and kind of starting to become in tune with its strengths and weaknesses and viewing it almost as an extension of yourself and know, you know, like often another thing I'll do is just be kicking off tasks to the model that are sort of not on the critical path while I'm thinking about some super hard thing that the model.
[0:27:17] For whatever reason, I don't want it operating on. And so I'm just constantly getting information back on just like, okay, was it able to do a thing? Or it's just like low risk if it makes a mistake because I don't feel like I had to sit around waiting for five minutes and then sort of get no return. You've always mentioned, I think, that the roadmap for Codex and OpenAI's coding capabilities since we're there is that the background suite agents merge with the NIDE agents.
[0:27:42] How's your thinking involved there? Is it just as simple as the IDE you can call the background APIs and the background APIs can export to the IDE? What's a deeper connection than that? I tend to think about AI productization by analogy to a coworker. What do you want out of a coworker who's a great programmer?
[0:28:00] Slack them. Exactly. So you want to Slack them. But sometimes you're like, hey, I kind of need help with this thing. Can you come over and look over my shoulder? And like, hey, can you take the keyboard? Exactly. So you want the pair form factor. You also want the remote async form factor. And you want it to be one entity that has knowledge and memory across all of this. You don't want it to be a junior programmer who shows up every day being like, okay, I forgot everything. Can you remind me how to SSH into the whatever, right? So I think all of that has to happen, right? That you need AIs.
[0:28:30] that have access to your infrastructure in a trustworthy way, right? A way that you can audit. Like one thing that is different about these models is that they're fine being micromanaged. Turns out humans don't like that very much, right? If you look at every single command that they're running and that you like demand like reports on everything that they did, probably you're not going to retain that person. But the models are perfectly happy to.
[0:28:52] And so that's an affordance that's well worth thinking about and changing the interfaces to take maximum advantage of. At the same time, yeah, you really want the seamless blending between a model that's able to do a bunch of work on its remote machine, doesn't mess up my local state, fully sandboxed, fully observable, and then sometimes can be like, okay, I'm ready to run something locally. And depending on what that is and depending on how sandboxable it is, that you can do one-off approvals.
[0:29:22] Give it full delegated access. And I think that having the human be in control of this observability and to be managing this team, an agent that has just different surfaces, right? Like the identity of the agent being something that runs locally versus the identity being something that runs remotely. To me, that's the wrong question. It's really the agent should be this like model that's executing and then requesting to run things.
[0:29:47] In a remote sandbox or locally, or maybe multiple sandboxes, or maybe it's running on your computer and my computer. There's no reason that it has to be local to any of these things. Software agents, you can just sort of seamlessly and fluidly move around. You mentioning approvals gives me a chance to spotlight my friend Fuad, who is helping to start the agent robustness team that was also launched at AI Engineer. What's that? What's OpenAI's interest in that? The way we think about agent robustness is through defense in depth.
[0:30:16] Yeah, yeah, yeah.
[0:30:45] And so I think that a lot of what is the frontier as these agents get...
[0:31:12] become more embedded in our lives and are trusted with more responsibility is also increasing the safety and security of them in lockstep. There's an analogy that I made to like the Linux kernel OS rings as well. And it's really interesting that we're basically kind of building this in to the LLM as like concepts of sort of different layers of security. And also the other thing I also was very happy to see was that I invited a talk on the model spec.
[0:31:37] And that was the most viewed talk that we've ever had. It's hard to make safety and reliability sexy. I think the model spec is a perfect example of when the models are very capable, you start to really care about what they're going to do. That becomes the most important question. And the model spec is an example where we've made it very legible to the outside world.
[0:32:05] What our intention is for this model to do. And it doesn't mean that we always produce a model that is capable of following that, but it's a North Star, right? It's something that really sets, this is the intention and anything that deviates from that is not through our explicit effort. It's anti to our explicit effort. And I think that the gap between the spec and the actual behavior is shrinking very, very constantly. The thing that's very interesting is almost like.
[0:32:28] It's really thinking deeply about, well, what should a model do if you ask it a controversial question, right? If you say, I think that the world is flat or whatever, like, is it supposed to say, yes, it's flat? Are you supposed to be like, well, like, here's what science says? And honestly, these things are subtle, right? That it's not really clear what the right thing is just on, you know, two minutes of thinking about it. But if you read the spec, you can actually really see the thoughtfulness that has gone into it. And it's not the final answer, right? It's something we want feedback on. It's something that we want to produce collectively as a community.
[0:32:55] I know we want to talk about open source next too, but I had a more esoteric question. I was listening to your old Lex Friedman interview and you kind of mentioned Foundation by Asimov. It made me think about, we have Brett Taylor on the podcast and we talked about how certain languages have inherent capabilities, like Rust is memory safe. And so that just happens. Do you see almost like a cycle history of LLMs and software engineering where it's like, hey, these models.
[0:33:23] I can predict the way software is going to look like everything is going to be blue and purple gradients, right? We're kind of seeing that today. What else are these models really driving us towards? And is there a way that we can change that? Well, there's definitely a psychohistory of them because to some extent, these models are a product of psychohistory, right? It's like these models have been trained on observing human thought, right? Effectively, that's what you can think of. Take public data, learn on that and just observe.
[0:33:53] The point is to understand the rules that govern a data set. Like, what are the underlying rules that generate the data in the first place? And that's kind of what these models grew up on, right? It's almost like watching a bunch of TV as an alien trying to figure out, like, what are humans all about? And then you have this reinforcement learning phase where they actually got to try things out. And there are given positive and negative feedback depending on how much that aligns with what the human wants. And now we put them in reality and say, okay, now try stuff.
[0:34:23] And here's a new task you've never seen before. And it uses all of that previous history to decide what to do. As an aside, like it's not clear, like sometimes the biological analogy to humans, it's very easy to overstate it, but it's also easy to understate it. I think it is at least a useful template to think about. To some extent, that's how humans work too, right? It's like you have...
[0:34:42] Some sort of prehistory encoded into your DNA. You have your life experience. You have your parents who provided positive and negative rewards. And you have your experience in just trying things out in reality. And now you have to go out and use that knowledge. And what do you do? And how do you predict what a person's going to do? And actually, you can predict a lot of what a person's going to do, it turns out. You have a pretty good model of other people and how they'll react to something, if they'll like it, if they won't like it.
[0:35:08] And a lot of that gets baked into knowing someone's values tells you a lot about what they're likely to do and how they're likely to behave. And I think that for models, the future is not predetermined. It's not like the algorithm itself says that the model's going to have to prefer purple gradients or something, right? But there's something in this whole process that does produce that preference. And I think one of the...
[0:35:34] One thing that Alec liked to say is that these models are less like a human and more like a humanity, right? That there's so many personalities embedded within them. It's almost every single personality is in there. And our goal is to elicit that personality. And some of this post-training work, some of this reinforcement learning work almost narrows down the space of those personalities to just the ones that are desirable. And I think that what that means is that we have both an opportunity to produce models.
[0:36:03] That operate according to our values, right? According to if you don't just want the purple gradient one, you want the blue gradient, the green gradient, whatever. You can have all that in a single model. It's fine. And GPT-5 itself is extremely good at instruction following. And so it actually is the most personalizable model that we've ever produced. You can have it operate according to whatever you prefer just by saying it, just by providing that instruction. The analogy I have is like the Borg.
[0:36:27] Like there's this like collective intelligence. There's always this debate between Star Wars people and Star Trek people, like who has a better model of the future. And I think it's like Star Trek. Well, Sam picked, you know, he tweeted the Death Star. So you're on the Star Wars team now. What was that? You'd have to ask them. One thing I think is very interesting about these models is that we have all these arenas now, right? Like LM Arena and others, where you can actually see human preferences on top of how the models operate.
[0:36:56] And that you almost have this layering of like the models were trained on human preferences. Now they're doing stuff and being judged by humans. And then we kind of use that to feedback on like, huh, like, okay, yeah, maybe the purple is a little bit too much and we should change it there. And so it's almost this co-evolution of the models move in a certain direction. Do humans have a certain set of preferences? So then we move them in a different direction. And then, you know, you kind of keep iterating to get something that's more and more useful and aligned with human values. How do you do that when the RL?
[0:37:23] Rewards are kind of tied to things that the humans maybe don't prefer. Like in my experience, it's been like try catch. Like the models like to write try catch so that it doesn't fail. Do we need just a lot of preference data that shows them they shouldn't do that? Is there something in the RL environments that we're going to change to make the less desirable? Like I'm trying to figure out where we go from here. Yeah, I think that the way that you decide or the way that you figure out where do interventions go is very multifaceted and it's very specific to the behavior.
[0:37:53] There are some things like the model's knowledge of different libraries and things like that that's kind of baked in from the early days. But you can also teach the model that, hey, don't rely on your previous knowledge, like go and look up the most up-to-date docs. And that's something you can kind of put at a higher level. And then something like overusing try-catch, that's something you can actually prompt the model for. And that's something where when we train it in reinforcement learning, you can provide rewards saying like, ah, don't go in this direction. And the beautiful thing about these models is it feels like, okay, there's probably a long,
[0:38:22] It's a very easy, like we kind of have this whole stack now that's built up around the core of deep learning, right? It's like all these ways of orchestrating models and how you get feedback and all of these things, the data, et cetera, et cetera.
[0:38:47] The core magic of deep learning is its ability to generalize. And in some ways, the generalization is weaker than you'd like. But I think that the same is true for these models. It's really trying to think about, in order to get them to be able to operate according to different preferences and values, we just need to show that to them during training. And they are able to sort of generalize to different preferences and values that we didn't actually train against. And that's something that we've seen very consistently across different model generations.
[0:39:13] I was just envisioning this meme of like, oh, my model doesn't generalize. We'll just make the whole world your distribution. You know, that's how you solve everything. Done. Done, exactly. As simple as that, you know, you just have to build the Dyson sphere along the way.
[0:39:25] One thing I wanted to touch on for the last couple topics on GPT-5 before we move to OSS, you've acknowledged that there's a router, which is really cool. I was also listening to your podcast with John Collison on CheekyPint, which is a really fun format, as they say. You told a story of the Dota side that I don't think I've heard before about the beta model versus the main model and stitching it together. Is that a similar insight for GPT-5's router where you have like...
[0:39:53] Reasoning model, non-reasoning, and then you just stitch it together? To some extent, yes. In the multiple models, and you put some sort of router on top of them. That specific one was for a very specific reason, which is that we had a deficiency on the first half of the game. Because we kept losing, right? Exactly, right? So there was part of the game that this specific model...
[0:40:14] Didn't do a good job of. There's a part of it that it did. And there, these models, the behavior, the domain they were operating in was simple enough. It was very easy for us to say, here's when you want to use one model versus the other. And to some extent, what we have with GPT-5 is no different. We have a reasoning model that we know is good for applications that require this intelligence, but you're okay waiting a little bit longer. We have a non-reasoning model that is great for applications where you want the answer fast.
[0:40:40] Still a good answer, right? But not like deeply thought through that might have a lot of tricks to it. And then you just kind of want to put an if statement that says which of these it should be. And then sometimes too, it's like, you know, if someone's run out of their credits that you want to fall back to a different model and all these things. And not pushing that burden to the user is actually a really nice thing. And by the way, I do want to say model switchers are not necessarily the future.
[0:41:02] They are the present. Having a fully integrated model that just does the right thing feels very preferable in many ways. The flip side, though, is that I think that the evidence has been away from having the final form factor, the AGI itself, being a single model, but instead thinking about this menagerie of models that have different strengths and weaknesses. And I think that's a very interesting finding of the past couple of years, just a direction of it's much easier to have
[0:41:32] Small, fast model that's less capable but can do a lot more. You can generate a lot more tokens from it, coupled with a much more expensive reasoning model. And if you combine those two things, you kind of get adaptive compute. We haven't really cracked how do you do adaptive compute within the architecture, but doing it within the orchestration of a system, it's very straightforward. And so I think you get a lot of power out of the fact that these models are composable in this way.
[0:41:58] I want to give whoever did the model card was amazing. They even provided the big parameters to the if statement of conversation type, complexity, tool needs, explicit intent, and usage rate limit, which is kind of interesting. Any one of those you want to comment on in particular that was interesting for debate? No, I mean, I think honestly all of it is like fairly what you'd expect. Yeah. And I think that the core message in my mind is that
[0:42:26] At OpenAI, there are many things you've done right. Naming is not one of those. Having a simple surface for users to understand how to use it, not necessarily one, right? If you look at all the different models that we've had.
[0:42:37] How are you supposed to know which one to use? I remember my wife was using 4.0 at one point. I was like, no, you need to use O3. And she's like, wait, but why is O3 better than 4.0? Well, ship O4, then you have 4 and O4. There you go. And so, yeah, so, okay. We clearly needed to do a reset, right? A reset on complexity. And I think that us internalizing that complexity rather than pushing it to the user, that...
[0:43:01] And so I think this is a first step. Like, I think we've heard loud and clear from the community about the places where they weren't ready, right? That we were not delivering on that simplicity for people, right? That it should just be, it's always better to go with our choice of it rather than, you know, the manual selection. And we're not quite there yet. I think that we can make the progress, but I think that ultimately our goal should be to both.
[0:43:24] Awesome. Pricing question.
[0:43:42] We talked about that GPT-5 pricing is aggressive and very competitive, even compared to like Gemini. One thing I was surprised to learn from the meetup that we had the other day was that GPT-5 pricing can go much cheaper. What degree of order of magnitude are we talking? How much percent of that is just getting better in front of like Stargate? I think that the answer for these things is always that, okay, if you look at the history of our pricing, we have very consistently cut prices by like, I don't know the exact factor, but let's say like 10x per year.
[0:44:10] I'd say more aggressive than that, yeah. Probably more aggressive than that, which is a crazy thing, right? And you can see it with O3. I think we did like an 80% price cut. And actually the usage grew such that it was like, I think in the revenue, it either was neutral or positive. And it just shows you that I think there's this cost curve, like the demand is extremely steep, right? And so it's like, if you just make it more accessible and available to people, they will use way more of it.
[0:44:38] And I think that's very aligned with our mission, right? Our goal is to ensure that AGI benefits all of humanity. Part of that is making sure that this technology is broadly distributed, that lots of people are using AI and using it to apply to things in their life and their work. And one of the things that helps us get there is by having more efficient inference, having cheaper models, all of these things. Now, what unlocks it partly is having just more compute. Right now, we are extremely compute limited. And so I think that if we were to cut prices a lot,
[0:45:08] Thank you.
[0:45:28] That it's not just about the sort of model architecture, it's also about the post-training, right? It's about how long does it think for a specific task and things like that. And so there's just many, many dimensions of improvement that we have to make and that we'll keep pushing. By the way, the numbers, I have a chart for this if you ever need it. Since the day you launched GPT-4, it's been a 1000x improvement in cost for the same level of intelligence.
[0:45:51] It's pretty wild. It's pretty good. Yeah, that's like two and a half years or something like that. What else has like a three-order magnitude improvement over the course of two and a half years? I don't know. Yeah, can't think about it. And it's going low. It's not even, it's like from $10,000 to like $1,000. It's going to like pennies. For the GPT-5 release, I did this article called Self-Improving Coding Agents. So I basically asked GPT-5, can you build tools for yourselves to be a better coding agent?
[0:46:20] And this is a freelancer task. And then it does the task. It kind of fails in some ways. And then I ask it, can you improve the tools for yourself and kind of do this loop? And what I found is like the models don't really like to use these new tools that they built for themselves. They're busy responding, you know, I can just do it. I don't really need the tool. And I think there's kind of like this. Sounds like a human. Yeah. There's kind of like the ceiling of like, how can they really push themselves to like improve? Do you feel like part of it is like, hey, they're just being taught.
[0:46:49] To use these tools, which is like, you know, graph and like whatnot. And so it's kind of hard for them at inference time to build the tools. Or do you see this as like part of that jump? I think that's part of the step for sure, right? And I think it's not like we're at zero on being able to do that, right? I think a lot of this is just about the training, right? If the model really has trained with just a specific set of tools, hasn't really been pushed to adapt to a new tool very quickly, then...
[0:47:15] You shouldn't expect it to do any differently at evaluation time. But the idea of producing your own tools that make you more efficient and build up a library of those over time in a persistent way, like that's an incredible primitive to have in your toolbox. And I think that if your goal is to be able to go and solve these incredibly hard challenges, unsolved problems, then I think you're going to need that kind of thing as a dependency.
[0:47:36] Any architectural decisions or innovations that you would like to talk about? Sliding window attention, the very fine-grained mixture of experts, which I think DeepSeek popularized, rope, yarn, attention sinks, anything that I think stood out to you in the choices made for GPT-OSS? I would say that these choices are all...
[0:47:55] We have a team that's been working on different architectures. We've explored different things. Something like mixture of experts is something that it's funny. I would say that I would credit our team for the choices there. But I say that the picture in my mind is we wanted something that would be easy to run in these environments. And so picking things like just how sparse to go is very tied to your memory footprint.
[0:48:23] How much compute you actually can use for forward pass and things like that. So I think that to some extent, the architectural decisions were fairly constrained by the model sizing and the compute we expect for them to have access to it when they're running. Yeah, I mean, it's very practical engineering decisions. Yeah, I think so. And I think that the power of the model really shows, like we really did use a lot of our cutting edge techniques to actually push the capabilities models further and further. I'd say it definitely detects
[0:48:53] A difference between the architecture for models designed for API use versus models designed for single machine. You know what I mean? When you have multi-tenancy, when you can have batching, it's very different from single machine. Very different. Yeah. I don't know if that'll ever combine, but maybe it's a menagerie of models, like you always say. Yeah, I think it's also really interesting to think about an architecture where you have a local model that then delegates to a remote model sometimes.
[0:49:19] And this can be something where you can run much faster. It's helpful for a privacy architecture perspective that just trying to decide what actually goes, what stays. And having that edge compute means that then you lose internet connection. You're still able to do something and you can have a slower planning model. It's like this interplay between those things is very interesting. Yeah. So like a GPT-5 on device where you have GPT-OSS.
[0:49:42] And then it routes to online if it's available. I don't know. Yeah, something like that. And then you have your Codex infrastructure that has a local agent and a remote agent. And that is able to seamlessly interplay between the two. And then it's able to do multiplayer. This is what the future is going to look like. And it's going to be amazing.
[0:50:03] And then you have a device, always with you. I can see where things are going. It all connects. What can we say about the device? You raised it. I don't want to get Greg in trouble. What can we say about the device? It's going to be great. Okay, and then another political... I don't know if it's political or not. There's a lot of open models coming out from China. Why is it important for there to be American open source?
[0:50:28] Another thing at a very practical level that we've thought about with open source models is that people building on our open source model are kind of building on our tech stack. If you are relying on us to help improve the model, that you're relying on us to get the next breakthrough, then that means that you actually really have a dependence in both a way that's good for our business, but I think is also good for the country. That you think about having an American tech stack from...
[0:50:54] The models that people are running directly, but then how those are going to interface and interplay in the way that we just talked about, that it actually allows us to build a whole ecosystem where people are able to have control over the parts of it that are important to them, ultimately be built on these models that reflect American values, and then be able to interplay with American, hopefully, chips underneath and cloud models on the back end.
[0:51:19] And execution environments and all of that fitting together is something that I think it adds a lot of value. And I think it allows for American leadership to really also mean that we have leadership in our values in the world. Yeah. Congrats on launching that. Thank you. Let's talk about engineering at OpenAI. I know there's a lot of debate about Cloud Code and AIDR and OpenCode and all these different tools. How do you think about structuring the team itself?
[0:51:45] That gets the highest leverage out of this. Are you changing the way you build a team from a numbers perspective, from a capabilities perspective, from a team size perspective within the org? Anything that you want to share? Well, software engineering is definitely changing in many dimensions. There's a part of engineering that's very difficult for these models to really crack, but we're starting to see the beginnings of it happening. And that's these very core, hard algorithms, things like...
[0:52:14] CUDA kernels are a good example of a very self-contained problem that actually our models should get very good at very soon, but it's just difficult because it requires a lot of domain expertise, a lot of like real abstract thinking. But again, it's not intractable. It's self-contained. It really is the kind of problem that is very amenable to the technology we have. There's other problems that are very difficult in terms of architecture, right? How do you think about how a system should be put together and thinking about the abstractions? And again, our models are starting to get kind of good at this. But so I think what we've seen is that
[0:52:43] There's, for most of our engineers, even our extremely good engineers, there's a lot of their work that actually maps very well to the core strengths of the models right now. And definitely for anything where it's like a language that you're not an expert in, like, yeah, you definitely don't want to be writing that code yourself. You really want a model to be doing it. And then there's parts of the job that become much harder because it requires like, you know, things the models don't have access to, right? It requires a lot of context going and talking to people in order to make good decisions.
[0:53:11] I think we're not at the point yet where we really see changes in how you structure a team because these tools exist. But I think we're at a point where it is like an extreme high priority to get these models to be used in all domains that they possibly could be. And to think about how you do that well and responsibly and think about what the guardrails should be and that that happens in a very practical way. And so I think a lot of what I'm seeing is like we're in a early adopter phase that's starting to transition to a mainstream phase.
[0:53:40] And the productivity impacts of people being able to do more means we actually want more people, right? It's like we are so limited by the ability to produce software, so limited by the ability of our team to actually clean up tech debt and go and refactor things. And if we have tools that make that 10x easier, we're going to be able to do 100x more things.
[0:54:10] Yeah. How have you changed the team's work to fit the LLMs better? Is there a different way in which you track issues? Is there a different way in which you structure code bases? So I think we're still at the early edge of this, but the thing I've seen be most successful is that you really build code bases around the strengths and weaknesses of these models. And so what that means is more self-contained units have
[0:54:39] Very good unit tests that run super quickly and that have good documentation that explains what this module is for. And if you do that and you kind of leave the details to the model, it works really well. And then thinking about how these things compose and making sure that you're thinking about the dependencies that you only have these like clean, like AI optimized modules can only be depended on by other AI.
[0:55:00] Then you end up with a whole system that's actually optimized. And so I think that we're still scratching the surface of what's possible. And the models are advancing so fast that actually what it means to work around the weaknesses of the model. In six months, I think that those weaknesses will be vastly shrank. So you don't want to necessarily spend all your time just overfitting to what exists today. But I think there's a lot of potential to be able to move quickly in this particular moment.
[0:55:27] One question I'm very curious about is the value of an engineer. Increasing over time. Increasing over time. Well, I mean, also, there's some part of our work that's being automated away. And I think obviously there are very, very high signing bonuses, higher than we've ever seen in the history of our industry. Is it really the engineers that are valuable or the systems that enable them? I feel like it's kind of like a bit of both, but people are paying a lot for the engineers. I mean, I think that the...
[0:55:56] The thing at the end of the day that is new, right, is that we are producing technology, these models that are the most useful tools that humanity has created, right? And that underpinning them, we are building the biggest machines that humanity has ever created, right? It's like at some point, the dollars that go into these...
[0:56:16] Data centers starts to be an abstraction, right? What is $50 billion? What is $100 billion? How can you possibly internalize what that is? I think it's beyond almost the scale of human comprehension. The engineering project that we collectively as a country, as a society, as a world are undergoing right now, right? It's like projects like the New Deal, like pale in comparison. You know, the Apollo program, pale in comparison to what we're doing right now.
[0:56:44] And in many ways, it's as it should be, right? Like the economic return on this technology is very large, but even more importantly, the way in which we are moving to a new economy, right? An AI integrated economy, an AI powered economy. And this is ultimately what our mission is about, right? Is it's like we see this change on the horizon. We want to help.
[0:57:06] We want to help steer it to be something that uplifts everyone, right? That it's this amazing opportunity, almost unique in human history. And we are all fortunate, right, to be at this moment in time and to be able to be involved in some way. That to me is the backdrop to really think about this big shift that is going on at humanity scale. And it's sometimes almost you feel this cognitive dissonance because you're debugging some low-level CUDA deadlock or you're worried about the purple gradient.
[0:57:33] And you realize this is like the future of humanity that we're really talking about. And so when you think about engineers and who's at which company and all these things, like these things matter, right? It's like, it's not just about any individual, it's about a team, right? But it's also not about any one product or any one system. It's really about the overall society, the overall economy that we are building together. And so I guess I sometimes step back and think about the big scale, but you also need to think about the micro scale. You need to think about our people.
[0:58:01] Happy, right? Do people feel connected to the mission? Do they feel like the work they're doing matters? And those things actually turn out to be the most important things. And so what makes the headlines is not necessarily the stuff that actually most drives the people, but it is for sure like a reflection of the economic reality that people see as the potential of this technology.
[0:58:22] This connects a bit with what Noam was saying on the multi-agents team, where the individual intelligences of humans, we can only do so much individually, but as civilizations, we can go to the moon and build cities and build AI. And together, I think we can do a lot more than we can individually. We can do amazing things together. No question. What do you think about the current state of AI research? Is everyone really just doing the same thing? Do you feel like...
[0:58:48] Every lab is like a different take that is eventually going to help us converge to the right thing, or just because now the dollars has gotten so big that you need to do the thing that you think is going to work? I think there's a surprising amount of diversity in the field. I think sometimes it can feel like there's convergent evolution, but I think that if you really talk to people at different labs, you really realize that there's different perspectives people have. One of the decisions we made early on in OpenAI was that we really wanted a set of people who are aligned in how they think, right? Because for people who have been
[0:59:17] pursuing a PhD for a long time who are, you know, sort of have their own research vision, you kind of can't tell them what to do. And so if you want people who are going to row in the same direction, it means you have to select that set of people. And that was, I think, the most maybe important early decision that we made at OpenAI that helped us to achieve the things that we have. And so I think that that means that you necessarily have different vectors that you could pick.
[0:59:43] And you really see it in the taste of different labs and what they focus on, what they produce. And at OpenAI, I think we've been very much focused on how do you do the research that gets you to the next level? And even for something like GPT-5, we sort of had a lot of pressure to think about, okay, let's just sort of do the grind of here's feedback on...
[1:00:05] Problems that we have on the coding side. And you can pursue that grinding and get somewhere. But you also sometimes have to step back and think about how do you do the next step function? How do you do the next paradigm shift? And something like the reasoning paradigm is a good example of a time that we did that very successfully. And we've done that many times over the course of OpenAI and we'll continue to do that. And so I think that the breakthroughs remain to be made. And there's such a diversity of multimodal and different ways you could generate things and all of this stuff.
[1:00:34] I think that the field of research is more abundant than it ever has been. Yeah. And not to forget, that's like the mainline research. There's also voice. There's also image generation, video generation. Yeah, yeah, yeah. It's easy to forget about these things. Remember Studio Ghibli? It was like the biggest thing in the world. Exactly. And it's amazing. It's amazing. And that's the kind of thing, by the way, that was like, there's really a team of a small number of people who are really focused on that problem for multiple years. And that that is, I think, the sort of core.
[1:01:03] So from the outside, it's kind of hard to figure out what you're focusing on. You know, kind of Imogen just came out of the blue almost, which was great, got a lot of adoption. How should people think about how you prioritize versus what people should explore and build and should wait for you to improve on? Well, there's a massive possibility space in this field, right? Because neural nets,
[1:01:33] Deep learning is applicable to effectively any sort of data, any sort of domain, and that we can't do everything. The core reasoning paradigm, that clearly is something we're going to keep pushing on. Multimodal voice, things like image generation, video generation, these kinds of areas are also things that we view as very important and all kind of fit together.
[1:01:54] There's been areas where it's just hard for us to really figure out how do we prioritize as part of the core program, right? And we've been through times where, for example, robotics was one in 2018 where we had a great result, but we kind of realized that actually like that we can move so much faster in a different domain, right? That actually, you know, we had this great result with the robot hand solving a, you know, unscrambling of a Rubik's cube.
[1:02:17] And that team was bottlenecked by the fact that this robot hand, you could run it for 20 hours before its tendons would break. And so then you would have a mechanical engineer come and fix it. And that team went on to go do what became GitHub Copilot, which is obviously an amazing feat and a real accomplishment and something that they were able to move so much faster in the digital domain than in the physical one. And so I think that for us, we really try to, we have, you know, no matter how many people we hire, how many GPUs we get,
[1:02:46] Awesome. I'd like to take a chance. We're kind of closing up. A few small little lightning questions just on zooming out from OpenAI. This question I got from Alessio, so why don't you take it?
[1:03:15] So when you started OpenAI, you almost believed it was too late to start an AI lab. What are things that people today think it's almost too late to do that they should be doing? Well, I think it's pretty clear that connecting these models to real-world application domains is extremely valuable. And I think sometimes it might feel like all the ideas are taken, but the economy is so big. Every application of human endeavor is so big.
[1:03:43] And so it is worthwhile and really important for people to really think about how do we get the most out of these amazing intelligences that we've created. And a lot of that is, you know, for something like healthcare, you have to really think about all the stakeholders, right? You have to think about how does the system work today and how do you slot these models in well. And I think that's across all of these domains, there is so much fruit that is not yet picked.
[1:04:04] So go ahead and write the GPT wrapper. But I think the thing that I would advise is to really think about domains where the value that you're producing is not necessarily just having written a better wrapper. It's really about understanding a domain and building up expertise and relationships and all of those things. You do occasionally angel invest. What gets your attention? I actually have not angel invested for a number of years now. Yeah, it's just like everything is a distraction from OpenAI and I just like to stay laser focused. Okay.
[1:04:32] This is a time travel question. What is one Post-it note you want to send to 2045, Greg? So you'll be 58. How's the Dyson sphere? How's the Dyson sphere? Dude, I don't know if you've actually done the math on what it takes to do that. Yeah, I mean, more seriously, it's like 2045 is just so hard to imagine given how fast things are moving right now. And so I hope it'll be a world of amazing abundance.
[1:04:57] I think at that point we really should be multi-planetary and kind of almost any sci-fi dream you can imagine. It's hard to deny its possibility except for things that are limited by the physical ability to move some atoms at that rate. But yeah, I think I would just hope that that world is as amazing as it could be sitting here in 2025. Will we even need UBI with abundance? Because true abundance means we don't need it. Well, first of all, I think that there's been a lot of debate.
[1:05:27] I remember early on in OpenAI of post-AGI, will money mean anything, right? And it's really unclear, right? If you can just talk to a computer and it'll produce anything you want, you want something that, you know, you want some physical good, you want some, you know, any sort of material item, and it can just be manufactured for you instantly, you know, effectively free, what does money mean? And the flip side is, like, I think that there is one resource that is very clearly going to be in very hot demand.
[1:05:56] Which is compute. Already the case, we see this within OpenAI, that the researchers that have the access to the most compute are able to have the biggest projects and do more. And I think in the future, thinking about how do people get access to compute, and the more compute that you have for whatever task you care about, for whatever application you care about, it will be solved more, that more will happen. And that I think that that question of what the compute distribution looks like will be something very important. And so I think that the question of exactly how, you know, if you don't
[1:06:25] Do work, do you survive? I think the answer will be yes. You'll have plenty of material, your material needs met. But I think the question of, can you do more? Can you have not just generate like, you know, as much.
[1:06:37] You know, like sort of movie as you want, but have like this amazing detail and like all this extra fanciness to it and have this thing go, you know, think super hard for, you know, 100 years worth of a subjective experience about what the best thing is for you specifically. I think that there will always be more return on more compute. And so that will be something we have to really think carefully about, about how that society is architected. And then this, I always find this harder, by the way, post a note to send to 2005 Greg. So 18 year olds. Wow. I get the time travel.
[1:07:07] How long of a note can I write? A little bit of advice to yourself, and obviously this is a proxy for everyone else, right? But address it to yourself. I think the single thing that I have been most surprised about is the abundance of problem grows over time. Because I remember in 1999, 2000, reading about Silicon Valley and feeling like I've missed the boat.
[1:07:32] Thank you so much for having me.
[1:07:58] That's something to be excited about. That is something that we can apply. And there are challenges we have to work through, no question, but for the purpose of achieving this amazing outcome. And so I think that just that message of that the problem availability will grow over time rather than shrink, I think is the core thing I wish I had sort of internalized at the moment. Awesome. Thank you so much for joining us, Craig. Thank you for your time. Thank you so much. It's been great to be here.