The alpha, twice a week
That was 4 min.
Get the best new moments in your inbox every Wednesday and Saturday. It's free.
Check your inbox
We sent a link to your address. Click it to finish signing up. Not there in a minute? Look in spam.
or
The Pragmatic Engineer · 4 min · Jan 28, 2026
AI adoption requires redesigning teams and codebases
Peter Steinberger expects AI-native companies to need fewer, more capable builders and a rethink of how work gets done.
The episode’s best minutes
Full analysis- 57:20Agents work best when they can test and debug their own output6 min
- 1:03:37A single prompt is a poor test of AI coding4 min
- 1:34:18AI adoption requires redesigning teams and codebases4 min
- 5 more moments in the full episode
“you can probably trim the company down to like 30%, which is very scary because, I mean, economically this will all lead into a fiasco”
Peter Steinbergerat 1:35:54 · The Pragmatic EngineerTakeaways
- He estimates some companies could operate with 30% of their staff.
- The new roles combine product vision with broad execution.
- Design codebases to reduce friction for agents.
About this segment
Peter Steinberger expects AI-native companies to need fewer, more capable builders and a rethink of how work gets done. He says teams must optimize codebases for agents, not just add AI tools.
Peter Steinberger is creator of OpenClaw and founder of PSPDFKit.
Created viral open-source personal agent OpenClaw and joined OpenAI to drive next-generation personal agents.

Gergely Orosz, Host · Host, The Pragmatic Engineer
Spent four years at Uber heading mobile, web and backend teams; shipped part of its payments system.
From “The creator of OpenClaw: "I ship code I don't read"”, Jan 28, 2026. Watch the full episode
Answers “Which jobs will AI replace, and which are safe?” See all 132 answers
Answers “Will AI replace software engineers?” See all 40 answers
Thanks. We'll look at and fix what's off.
Transcript
Transcribed by machine (Whisper) from the episode’s audio, so a word may be off here and there.
- 1:34:24
So you build this product and it's now, it's a production software. You're merging poor because people are using it. Now, thinking back to PSPDFKit and companies that are like that, which have, you know, like tens or hundreds of developers working on production software, knowing what you know with how you're building CloudBot and the tools that you're using, how do you think software engineering at those larger companies could change?
- 1:34:49
Because one thing I see is for individual people like you, it's like AI is really, really hitting a fit. Like you're making you way more productive. You're in control. At teams or at companies that are, you know, have existing code, it's just a lot kind of slower. It's not really, okay, people use it for this or that. But it seems a huge divide between the two worlds. And you've kind of been the CEO for this company.
- 1:35:12
What might that be? Or is it just more of a timing thing where every user technology often comes with hobbies, you know, pick it up earlier? I think companies will have a really high time adopting AI efficiently because this also requires to completely redefine how the company works. You know, like at Google, they tell you you can either be an engineer or like a manager, or you want to also like define how the UI looks.
- 1:35:38
That role doesn't exist because either you build it or you design it. But this new world needs people that have a product vision. that can be able to do everything and you need like far fewer of them but ultimately just very high agency and high competency people. But you can probably trim the company down to like 30%, which is very scary because, I mean, economically this will all lead into a fiasco, and a lot of people will have trouble finding a place in this new world, but I'm not the least surprised that current companies cannot very successfully use AI.
- 1:36:26
I mean, they do to a degree, but you have to do a big refactor first, you know, like not just on your code base, but also on your company. I design, even on the code bases, I design the code base not so it's useful, it's easy for me, so it has to be easy for the agent. I optimize for different things, not always the things that I prefer, but the things I know work the best and have the least friction for those models because I just want to move faster and ultimately they have to deal with the code, not me.
- 1:36:55
I deal with the overall structure and architecture, and I can still do that in the way that I like. Everything has to be re-thought. You know, pull requests. I see them more as prompt requests now. Like, I don't, somebody opens a pull request, I don't, a lot of do is say thanks, and I think about the feature. And then with my agent, we start off with the PR, and then I'll design the feature as I see fit.
- 1:37:19
The agent rarely reuses, like maybe I reuse some code, but it's more like it gives the agent a good understanding of what the goal is and sometimes it's very useful because it's tricky bugs right but I basically rewrite every pull request and weave it in also a lot of people let's just say the overall code quality of PR has run down a lot because people vibe code and building a successful feature still needs a lot of understanding of your overall design and if you cannot do that you will have a harder time steering your agent and the output will be bad.
- 1:37:55
Yeah, and if you don't have the feedback route to close it, et cetera. Yeah, so I found it highly effective. Like, you know, at PS3DFKit, sometimes a pull request was like a week in the work and then you comment on it and then somebody has to context switch and you wait for CI for 40 minutes. No, I have the discussion. I see, okay, how would this affect something? Like, I let the model review. They will already bring something up.
- 1:38:16
I have some ideas as well. We're going to reshape it into a form that fits my vision. and then we weave in the code. It's literally, there's so many new words I use for like writing code now with those models, which is so funny, like weaving in code into an existing structure. And sometimes you have to like change the structure so it would fit. Now, imagine that you would hire one or two people