ATRIUMsearch → argument graph
Audio · 2026-03-20 · 1h 7m · 6 moments

Andrej Karpathy on Code Agents, AutoResearch, and the Loopy Era of AI

What happens when AI agents can design experiments, collect data, and improve — without a human in the loop? Andrej Karpathy joins Sarah Guo on the state of models, the future of engineering and education, thinking about impact on jobs, and his project AutoResearch: where agents close the loop on a piece of AI research (experimentation, training, and optimization, autonomously). 00:00 Andrej Karpathy Introduction 02:55 What Capability Limits Remain? 06:15 What Mastery of Coding Agents Looks L ✦ AI generated

timeline · colored by role

01
Claim

The default workflow of building software is completely different as of December — I don't think I've typed a line of code since December, basically.

Karpathy describes a dramatic shift in December where he went from writing 80% of code himself to delegating 80% to agents, and hasn't typed a line of code since.

transcript

Andrej Karpathy: But now with these agents, it really, I would say in December is when it really just, something flipped where I kind of went from 80-20 of like, to 20-80 of writing code by myself versus just delegating to agents. And I don't even think it's 20-80 by now. I think it's a lot more than that. I don't think I've typed like a line of code probably since December, basically, which is like an extremely large change. I don't think like a normal person actually realizes that this happened or how dramatic it was. Like literally, like if you just find a random software engineer or something like that at their desk and what they're doing, like their default workflow of building software is completely different as of basically December.

explains mechanism · 2

02
Claim

When agent work doesn't succeed, it feels like a skill issue — you just haven't found the right instructions or tools, not that the capability is absent.

Karpathy explains that when agents fail, it feels like a skill issue in how you prompted or set things up, not a fundamental capability gap.

transcript

Andrej Karpathy: Just I think everything, so many things, even if they don't work, I think to a large extent you feel like it's a skill issue. It's not that the capability is not there. It's that you just haven't found a way to string it together of what's available. Like I just don't, I didn't give good enough instructions in the agent's MD file or whatever it may be. I don't have a nice enough memory tool that I put in there or something like that. So it all kind of feels like a skill issue when it doesn't work to some extent.

gives example · 1provides context · 3

03
Prediction

Many custom apps shouldn't exist — everything should be APIs with agents as the intelligence layer that glues them together.

Karpathy argues that smart home apps and similar bespoke software are overproduced — agents can directly use APIs, making standalone UIs unnecessary.

transcript

Andrej Karpathy: I think there's this sense that these apps that are in the app store for using these smart home devices, et cetera, these shouldn't even exist kind of in a certain sense. Like shouldn't it just be APIs and shouldn't agents be just using it directly? And wouldn't it like, I can do all kinds of home automation stuff that any individual app will not be able to do, right? And then LLM can actually drive the tools and call all the right tools and do pretty complicated things. And so in a certain sense, it does point to this maybe there's like an overproduction of lots of custom bespoke apps that shouldn't exist because agents kind of like crumble them up. And everything should be a lot more just like exposed API endpoints. And agents are the glue of the intelligence that actually like tool calls all the parts.

explains mechanism · 1extends · 1gives example · 1supports · 2

04
Claim

The name of the game now is to increase your leverage — put in very few tokens just once in a while and a huge amount of stuff happens on your behalf, completely autonomously.

Karpathy describes AutoResearch as an example of removing yourself from the loop entirely: you set an objective and a metric, then agents run indefinitely.

transcript

Andrej Karpathy: I kind of mentioned that the name of the game now is to increase your leverage. I put in just very few tokens just once in a while, and a huge amount of stuff happens on my behalf. And so auto research, I tweeted that, and I think people liked it and whatnot, but they haven't maybe worked through the implications of that. And for me, auto research is an example of an implication of that. Where it's like, I don't want to be the researcher in the loop, looking at results, et cetera. I'm holding the system back. So the question is, how do I refactor all the abstractions so that I'm not, I have to arrange it once and hit go? The name of the game is, how can you get more agents running for longer periods of time without your involvement doing stuff on your behalf?

05
Prediction

The frontier labs should remove researchers from the loop entirely — you experiment on smaller models autonomously and extrapolate, with researchers contributing ideas to a queue rather than executing them.

Karpathy argues frontier labs need to rewrite their research pipeline so that researchers contribute ideas to a queue and automated scientists execute them, removing humans from the experimental loop.

transcript

Andrej Karpathy: You experiment on the smaller models, you try to make it as autonomous as possible, remove researchers from the loop. They have way too much. What is the opposite? Yeah, they don't know. They shouldn't be touching any of this, really. And so you have to rewrite the whole thing, because right now, I mean, certainly they can contribute ideas. But okay, they shouldn't actually be enacting those ideas. There's a queue of ideas. And there's maybe an automated scientist that comes up with ideas based on all the archive papers and GitHub repos, and it funnels ideas in. Or researchers can contribute ideas, but it's a single queue, and there's workers that pull items, and they try them out. And whatever works just gets sort of put on the feature branch, and maybe some people monitor the feature branch and merge to the main branch sometimes.

rebuts · 2

06
Mechanism

Every research organization is described by its program.md — and once that's code, you can meta-optimize the program.md itself, creating recursive self-improvement.

Karpathy describes how research organizations can be encoded as program.md files, allowing meta-optimization of the organizational structure itself, creating layers of recursive improvement.

transcript

Andrej Karpathy: You can imagine that different program.mds would give you different progress. So basically every research organization is described by program MD. A research organization is a set of markdown files that describe all the roles and how the whole thing connects. And you can imagine having a better research organization. So maybe they do fewer standups in the morning because they're useless. And this is all just code, right? And so you can, so one organization can have fewer standups, one organization can have more. One organization can be very risk-taking. One organization can be less. As you can definitely imagine that you have multiple research orgs, and then they all have code. And once you have code, then you can imagine tuning the code. So 100%, there's like the meta layer of it.

extends · 1gives example · 1rebuts · 1

Highlight slides
Related episodes