In short
NVIDIA’s acquisition of Hugging Face and what it means for open(-ish) model building; OpenClaw 2.0 adding multiplayer shared workspaces for agent/human collaboration; Linux kernel.org fighting AI scraper bots (Anubis proof-of-work) as bots consume ~20% of server capacity; Kent Beck’s “Reject Change Sometimes” risk-rebalancing metaphor; engineering culture as the biggest productivity hack (AI amplifies culture, including bad incentives).
Guests
No external guests; hosts are Ben Lloyd Pearson and Andrew Zickler.
Key claims
NVIDIA wants more model builders to drive chip demand; open models may win via hyper-niche distilled apps; OpenClaw multiplayer increases collaboration but raises “rogue agent” safety concerns; scraper deterrence is a cost tradeoff; moderate, reversible bets outperform extremes; executives shouldn’t cut headcount—AI amplifies culture.
Notable examples
Git-based kernel.org; Anubis proof-of-work; OpenClaw “heartbeat/soul.md”; routing token usage through a proxy to measure real inference cost; LinearB policy-driven AI code review; Shannon’s Demon analogy.
Written by AI. May contain mistakes. Listen to the episode to check what was said.
Chapters
Tap a time to open that second in VONVIDIA's Acquisition of Hugging Face
1:12 to 3:24
Discussion on NVIDIA's strategy behind acquiring Hugging Face and its implications for model building.
“Open Clause 2.0 release, AI scrapers eating web resources everywhere, including the Linux kernel community, rejecting change sometimes.”
The Rise of Open Source AI Models
3:24 to 5:13
Exploration of the emerging opportunities in open source AI models and their implications for the industry.
“Like maybe on the fine tuning end, maybe they're more base models, more foundation models.”
Efficiency in AI Model Management
5:13 to 8:14
Discussion on managing AI model costs efficiently, including strategies and considerations for developers.
“And this is going to be a big step there.”
Transition to OpenClaw 2.0
8:14 to 8:41
The hosts segue into the new features and developments in OpenClaw 2.0.
“If it starts to become more variable, you're going to have to own this sooner or later.”
OpenClaw 2.0: Enhancements and Risks
8:41 to 14:03
An in-depth look at the new multiplayer features of OpenClaw 2.0 and the associated risks of autonomous agents.
“And so OpenClaw, the OG mega token consumer, I'm just kidding.”
AI Agents and Development Policies
14:03 to 15:01
Learn the importance of clear policies for AI agents in development.
“And you also just need to make sure you have full visibility into where they're impacting your code base.”
AI Scrapers Impacting Linux Kernel
15:01 to 17:05
Explore how AI scrapers are affecting the Linux kernel community.
“All right, let's move on to this article titled Creepy Crawlies, which I love the title.”
Challenges with AI Scrapers and Git
17:05 to 19:12
Discuss the ongoing battle against AI scrapers in the Git ecosystem.
“So yeah, Andrew, what did you think about all of this?”
Deterrence Strategies Against Scrapers
19:12 to 21:33
Learn about the deterrent strategies like Anubis against AI scrapers.
“But you know, one thing that we've learned from running content is that every agent out there is sort of a different in its ability to go out and find information on the web about something.”
Kent Beck's Perspective on Risk Management
21:36 to 24:16
Gain insights from Kent Beck's article on balancing risk in product development.
“Kent Beck, he uses this analogy that I'm going to want you to unpack for me a little bit, Andrew.”
Show all 13 chapters
Engineering Culture and AI's Role
24:16 to 28:00
Understand the importance of a strong engineering culture in the AI era.
“leaders, the most opportunistic thing to do at this moment might be dependent on what happened before and what is the state of the environment.”
Navigating AI in Software Development
28:00 to 30:39
Discover the importance of understanding AI's role in software development and the need for engineer involvement.
“the shape of your agents and what they can get done.”
Model Releases and Factory Challenges
30:40 to 32:39
Learn about the recent model releases and the challenges faced in AI and software factories.
“So, Andrew, so what are your agents up to this week?”
Transcript
Automatic transcript. May contain errors.0:02Ben:I can't believe that we were on this call this whole time and we didn't even realize that we were wearing the same dude.
0:07Andrew:Yeah, we clicked the record button and it's like, oh, hey, look, we're both wearing tux. What do you know?
0:11Ben:Well, no, you called yours scary early. Should I hide it? I'm like, what do you mean it's scary? It's tux. And they're like, wait, I'm wearing tux. So that's what a, okay.
0:20Andrew:Well, didn't they just have their like 35th anniversary or something like that? Wasn't it a big one just recently?
0:25Ben:I think so. Although that's not why I can claim a hold of this shirt. I got this at scale here in Los Angeles, I think, maybe like two or three years ago. So I love this shirt. Where'd you get yours from?
0:37Andrew:Yeah, it is 30, 35 years old. Actually, this is my lucky sweatshirt. I, you know, I've briefly worked at the Linux Foundation and earned this sweatshirt as a part of my time there. So I earned mine too.
0:48Ben:I registered for scale and I went and I collected my swag. I love that. Well, okay, great. Well, we're both wrapping tux today. So he can join us on, on the news.
0:59Andrew:Yeah, well, Tux and all of our listeners joining us today, welcome to the Friday Deploy brought to you by Linear Beat. I'm your host, Ben Lloyd Pearson. And I'm your host, Andrew Zickler. And this week we are covering why NVIDIA wants you to build your own models, Open Clause 2.0 release, AI scrapers eating web resources everywhere, including the Linux kernel community, rejecting change sometimes. times and don't let your ai amplify bad culture man i really want to talk about that last one but maybe we'll save it for the end because it feels like it'll be the best so angie what do you just say if we just start with the start at the top with nvidia and boy hot off the acquisition of hugging face we've got this really great article breaking down how NVIDIA really is investing heavily in this strategy of funding open source or, you know, quote unquote, nearly open source models with open data training code, really aiming at making model building itself accessible to many companies rather than being concentrated in a few labs like OpenAI and Anthropic.
2:12Andrew:And really, it's simple. If you have more people out there building models, that means there's more demand for NVIDIA's chips. You know, it's a very interesting strategy. It could generate enough profit to be considered self-sustaining versus the more circular investments they're doing with some of the big providers. Or it could also be possible that, you know, open models sort of fork into this more like long tail, hyper specialized niche applications that really are sort of distilled off of the frontier models. All of our listeners out there with the engineering leaders out there listening to us should be thinking about this is that there is a lot of opportunity starting to emerge in these open models that you can run locally or on your own hosted infrastructure.
3:02Andrew:and um you know i think it really does like complement you know nvidia on one hand as i mentioned has all these massive circular financing deals with these major companies but on the flip side they're also investing in this more decentralized approach too so it's like they're playing both sides of the equation which to me feels like a pretty strong strategy so angiel
3:23Ben:what do you think about all this information yes so the acquisition of hugging face by nvidia makes a lot of sense to me. And especially for those that have been tuning into Dev Interrupted, you know, we've also spoken many times with AMD and their strategy also revolves around open source ecosystem and creating an environment for folks to be able to experiment, but also get to a point where there's a lot of models that are owned by different companies and at different stages of usage. Like maybe on the fine tuning end, maybe they're more base models, more foundation models. But the more models that exist and exist in all sorts of different places, the more strategic it is for any chip maker because it naturally increases the demand for inference.
4:06Ben:The real standout thing here for me is this is NVIDIA doubling down on a partnership that they've already made like abundantly obvious in terms of how they have partnered with NVIDIA in the past. A lot of the projects on Hugging Face are from NVIDIA origin or otherwise related to the NVIDIA ecosystem. And so there's already like a lot of great synergy there. I think what's fascinating is really the opportunity that is now starting to open up as more of these really very large and capable, both long running and action and computer use models become open source and open weight. There's an opportunity for folks to be fine tuning more and more things on top of it.
4:50Ben:It makes me think of thinking machines. You know, Mira Morati is a spinoff kind of of like what she's betting on after OpenAI is on the inference where you own the platform and you provide the training and fine tuning services on this like a very great foundation. Right. And people then own and have a part of that model. So there's a lot of like economic things I think still to explore. And this is going to be a big step there. We're talking about a huge investment. So it's really going to be interesting to see how that alters the hugging face ecosystem just in general.
5:24Andrew:Yeah, you know, the thing that I'm really intrigued about from this is the notion that open source models really may be most successful within hyper niche applications. You know, because I think there's a lot that goes into the frontier model development that is really difficult to replicate unless you have like extremely knowledgeable leading experts at machine learning and LLMs and all of this technology. But on the flip side, distilling value off of those frontier models is actually very easy today. And I think the hardware to run your own infrastructure is getting closer and closer to reality for this.
6:02Andrew:And I know at Linear B, we are thinking a lot right now about cost efficiency when it comes to AI models. How do you select the most efficient model for the specific task that you have in front of you? And there's a lot of context, actually, that goes into that that is really important to suss out. And I could go off on a tangent about this. But the short end of it is everyone needs to be thinking about, as token costs are rising, you need to be exploring your options of how to efficiently manage where your tasks are getting pushed and make sure you have all the context that you need to make the right decisions.
6:43Andrew:So yeah, I couldn't agree more.
6:46Ben:It's like you have to have really good insight on how much all of this actually costs you. A really great experiment is, for example, if you use like a subscription base usage of your AI tool of choice, maybe that's Codex or Anthropic. Like what I've done is I route those requests through a proxy. And so then I capture all of the inference that I do through my subscription. You can then compare how many tokens you consume through that to like what's the base API rate. Like if I didn't have this subscription, how much would that inference have cost me if I would have just asked it over like the Anthropic API?
7:18Ben:And you'll be really shocked at how much gets subsidized inside of the usage we have every day. And engineers, I think, really take that for granted, that subsidization of the cost. And there will be a point where all of that will start to rise and we'll be like, you don't want to be like a frog in like a pot of boiling water. You would have already thought ahead of like, how do I get the long-term value out of this? How do I own the source of my inference? It even reminds me of cloud and how cloud hosting, if you have like a variable egress for bandwidth, so you can't, you know, understand a cost month to month, how much it is for like on a platform that has like a dynamic egress, then you can't like reliably budget your infrastructure cost.
8:04Ben:And a lot of investors, like they won't even tolerate that. The idea that you can't evaluate that. And the same thing is going to happen for token and token consumption. If it starts to become more variable, you're going to have to own this sooner or later.
8:19Andrew:Yeah, well, I'll push back a little bit. I don't think that token costs, it's not that they will rise. It's that they are rising right now. And to some organizations, it's becoming an emergency, as we've seen a lot with LinearB customers. But, you know, speaking of something that helps you consume tokens, let's talk about this new OpenClaw release. What's going on with OpenClaw 2.0?
8:43Ben:Oh, I love this segue, yes. And so OpenClaw, the OG mega token consumer, I'm just kidding. But everyone loved when OpenClaw hit the scene, and it really opened people's minds to how agents could work. And it works in a very core way of having, like, a heartbeat and a soul.md that updates itself over time. And then you equip it with tools. And this became a phenomenon. We've covered it extensively on the show. It was GitHub's most starred repo. We talked about how everyone, including your aunt, had it installed on some machine in their house somewhere. And now it's hit 2.0. And this has been through a huge community effort.
9:18Ben:It's been really cool to see this come out of the OpenClaw Foundation, where, you know, fueled by open source contributors, they've been able to create this new OpenClaw 2.0 experience that aims to be more multiplayer, which is really exciting and interesting to me. the idea of having shared OpenClaw spaces that are collaborative and you could have in real time. So think about the process of creating and sharing things like artifacts or things from like a thing that you share with your coworker. Imagine that being a living space, almost like software you can both share and change on demand. I think that's how a lot of this like work collaboration stuff is going to go.
9:52Ben:So once again, OpenClaw as a primitive, I think there's some stuff to study here from the 2.0 release. Really fascinating. But what did you think?
10:01Andrew:Yeah, I'd like to hear your comments about the, you know, sort of the shared workspace, because we felt this firsthand, how when you're in a collaborative environment that involves both humans and agents, there's just the tooling that we had today to work together. It just creates a lot of friction that you have to, like, we've had to build our own effectively accustomed harness to work around a lot of this. I'm very eager to see more tools sort of adopt that. But yeah, you know, OpenCollar, just generally speaking, they're they're certainly at like the forefront of agentic development. And I say that for both better and worse.
10:33Andrew:So, you know, on the better side, the velocity that we're seeing from them to respond to user needs and create all these new features and launch them with such a small group of core individuals is pretty astonishing. You know, it's really something that should be recognized as like something that's really leading like the, just at least from a velocity perspective. And, you know, I do want to also point out that there are a lot of improvements to the onboarding experience as well that I think are worthy of praise because, you know, that's sort of like developer relations or user relations 101 type stuff where, you know, you just need to make it as easy and straightforward as possible for people to get started.
11:13Andrew:But also safe. It needs to be safe as well. And, you know, that's sort of the flip side of the or worse of some of the velocity that we're seeing from tooling like this. And it's not just the open clause. So I want to be clear on that up front. You know, on the flip side of this, I've always been so concerned about the protections that are put in place for these more autonomous agentic systems so that they don't, you know, quote unquote, go rogue for lack of a better phrase. And what I'm really trying to imply here is that, you know, autonomous agents have like this tendency to want to do things that are sort of well beyond the scope of what you asked them to do.
11:51Andrew:So, you know, we've covered multiple stories at this point about how AI will frequently break out of the sandbox. You know, we brought up hugging face earlier. That's the most obvious example with the open AI hack. Once it does that, it may do things that look malicious or have the same outcomes as something that was malicious. Even if the intention itself was never malicious to begin with, the outcomes can still be the same. We've talked frequently about how AI is an amplifier and even around risk. If you have risk with the way that you normally work, AI will amplify that risk. So if there is this risk of rogue agents with a tool like OpenClaw, it gets magnified as you have higher volumes of users.
12:40Andrew:So the whole point I'm trying to make here is if we have, if this results in even more and more users flooding into the ecosystem, all operating under this framework that still doesn't have a whole lot of safeguards put around it, there's a fair bit of like moral hazard and risk to that, I think. But, and to be fair, it creates demand for solutions around that stuff too. So I feel like this is all stuff that's going to get solved. We're just in the messy middle of it right now.
13:05Ben:Definitely like still in an exploring time. I think it'll be when it comes to shared spaces between agents and humans, you're spot on by saying that there's so much friction and how those spaces really are. I even remember back like a year or two ago when I gave a talk about early like chat GPT, using it as a plugin within a Slack channel. This is before we kind of were even talking about agents. And even just that experience of the multiplayer AI and talking and things like that. There's so many vectors that then open up that we don't even think about in a traditional environment. And like the truth is, is like you have this open claw shared space or whatever.
13:43Ben:If you want to collaborate with your coworker, I think that's more or less appropriate because that's a very it's a safe connection to a safe connection or a trusted source to a trusted source. But I don't think that this is something that you would expose broadly. It's not like a discord community or an open collab or any of those things. And so there's still a lot of security things, I think, that have to be considered. Yeah.
14:03Andrew:And to bring it back to how our audience should be thinking about this, I think what it really just comes down to is having clear policies around what your developers can and can't do or your agents, what they can and can't do and what data they have access to. And you also just need to make sure you have full visibility into where they're impacting your code base. So, you know, I'm a huge evangelist of using AI agents to transform your software delivery process. But I'm still hesitant to promote something like OpenClause, this widespread general purpose tooling until we can see more of those protections that we're talking about put in place or until you as an organization feels like you've comfortably put those protections in place.
14:45Andrew:So, yeah, like I said, I think these are going to come very soon. Like it's kind of a chicken and the egg problem. You need to create the demand for the solution and then people will build it. So I don't want to be pessimistic about the situation. I just think in the short term, we all just need to practice a lot of caution around stuff like this. All right, let's move on to this article titled Creepy Crawlies, which I love the title. I do too, yeah. But it's about how the kernel.org team revealing really how AI scraper bots are just making their lives a whole lot more difficult. In fact, now AI scrapers are consuming about 20 % of their total server capacity.
15:22Andrew:I believe this is across the Linux kernel community. You know, part of the challenge is that the kernel.org site, it's all Git. Like Linux is just Git all the way down. All the way, everything, every artifact that's produced off of it for the web, for the code, it's all just contained basically within Git at this point. And it has, it's long been that way. Like, you know, this is they probably have, I believe they should have the oldest established practice of using Git as an organization. The challenge is that, you know, this was built for humans to collaborate in the early ages of technology.
15:56Andrew:And now we're in this reality where agents are constantly consuming everything. And actually, when I saw that 20 percent number, I thought to myself, like, wow, I'm surprised it's not bigger than that, actually.
16:07Ben:True. Yeah.
16:09Andrew:So I think really what this, and actually they outlined how they like tried to deploy or they deployed Anubis, which we've covered in the past. It's a challenge to put in front of AI agents to try to get them to go elsewhere. And it worked at first, but then turns out that the AI learns how to get around it. And then, you know, it's this constant battle of whack-a-mole and a push and pull state. The author of this article doesn't really have any clear solutions for the Linux kernel long term. But in my opinion, it really just does highlight the difficulties, again, of how I'm talking about how when we have humans collaborating with humans and agents, and we've built these tools like Git for an era where it was just humans to humans or maybe humans with automation to humans with automation.
16:54Andrew:and we're now dealing with this reality where Git probably is not the most efficient way to serve this content to AI. So yeah, Andrew, what did you think about all of this?
17:08Ben:One thing I'll say is that you talked about how Anubis is something that makes the model go away and then they found a way around it. There's actually a little bit more nuance there in that Anubis is a proof of work system that makes the LLN, the model, do a certain amount of computation in order to get the data that it wants. And so that has a cost to it. Just as much as there's a cost on the kernel.org side of just getting slammed with all these requests, whoever's sending them or whatever is powering that has to crush that compute at that same scale too. So this is a way of deterring. But what they're finding is that because, like you called out, this is the largest and oldest Git record.
17:48Ben:It represents the purest, most untainted by AI source data for any kind of model hungry or model training system. Think of everything we just talked about before in that massive ecosystem propped up by all of these other tools and investments of everyone trying to own and create their own models and distill stuff. They turn to things like kernel.org because it's completely untainted from an AI perspective and its core references. So they get slammed with all these requests. So it's really valuable. So even though they're using Anubis and they're putting up these really hard proof of work challenges, LLMs are still sticking around and crunching the numbers and paying the electricity costs because it's that valuable to them.
18:29Ben:And so what they did is they ramped up the difficulty over time to eventually kind of get the numbers to fall down. So it's like a really fascinating example of like, is this where we're going to be, where your material is so valuable that you get attacked and then you have to have this platform. And then you tweak it by just seeing how valuable your content is against the computation cost of protecting it. And that's what keeps you safe. I think there's actually a whole, there's probably even like a number to see there. I want to see that represented on a chart.
Read the full transcript
18:59Andrew:Yeah. And, you know, I think it's important to remember that while there's not a lot of incentive for agents to operate efficiently, they still have an innate desire to be more efficient. You know, if an agent can solve the same problem using fewer tokens, generally speaking, it will want to take that pathway, which is kind of what I was trying to get at with my point on like well if the issue is that serving it over over this git repo is too much burden to handle well maybe there's a more efficient pathway that you can send all the agents down so that when they come for you for that info they can access it more efficiently from you but the there was an analogy in this that really stuck with me and they related it to background radiation it's like it's just this problem that just like burns you like constantly now that you have to like apply sunscreen for.
19:49Ben:It's true.
19:51Andrew:But you know, one thing that we've learned from running content is that every agent out there is sort of a different in its ability to go out and find information on the web about something. So, you know, for example, some companies like Google have decades spent building web crawlers, and they sort of seem to be ahead of the game in terms of their ability to research the internet through their AI models like Gemini, for example. But other models really aren't performing anywhere near that well. They're actually performing really poorly. And they need a lot of handholding. Like your website almost has to hold their hands through everything that you have for them so that they don't get lost along the way.
20:31Andrew:And once you have that, it works. It works very well sometimes. So I think we all have to be thinking about how do we, if you're posting stuff out to the web or you have agentic systems that are interacting with your platform, which is something that we've been doing more and more at Linear V, you really do have to be conscious of making sure that you're passing information in a way that's efficient for agents. A new hire's first mistake used to be doing something wrong with Git. Now, it's an AI slot pull request merged straight into main from an untamed agent. But the accountability should be the same.
21:07Andrew:You should own the code that you ship, whether you wrote it or generated it. As AI writes more of your code, it's more important than ever to have strong checks and balances in place. Without them, security risks and spec mismatches slip straight into production. Linear B provides policy-driven AI code review that catches risks and enforces your standards before human review even begins. Govern your AI workflows without slowing your team down. Learn more at LinearB.io. All right, let's move on to the latest article from Kent Beck titled Reject Change Sometimes. Kent Beck, he uses this analogy that I'm going to want you to unpack for me a little bit, Andrew.
21:48Andrew:But it's Shannon's Demon, which is a strategy of continually rebalance between a safe asset and a volatile bet to explain why constant moderate rebalancing beats both an approach of pure caution or an approach of pure risk taking over time. even if there's identical odds for each round, each individual round. So he sort of maps out this idea in product development of like an extract mode where you might be looking to protect revenue and take small, more growth bets that keep changes reversible and just avoid big irreversible swings versus something that where you might be in more of an explore mode where you need to look for things that have big upsides and you're willing to invest enough to go all in on the topic, you know, sort of chase some sort of much larger payout.
22:42Andrew:And then there's also this sort of like expand mode where you might be looking to scale growth and add continuous value to some sort of engineering or operations investment. And, you know, the sort of the practical takeaway that he has from this article is that, you know, there's no one size fits all for the right amount of risk level that you should take at a management level, you should always be thinking about, is this something that I'm willing to take a big bet on and be willing to take a loss if it goes the wrong way versus something that I need to have more predictable returns? So I know there's a metaphor of some boxes, Andrew.
23:18Andrew:I don't know if you want to explain that one.
23:20Ben:That's a good unpack of the strategy here. I guess maybe to take a step back about, you know, Shannon's demon, what does that even mean? Well, you know, a demon is really just a philosophical entity. You could think of it as like something that either optimizes or is an exception to a rule or a paradox. This is something that we use to describe stuff. A very famous one is Maxwell's demon. This is Shannon's demon. And it's the idea that it can optimize between those three decision choices that you just made, Ben, between exploring and exploiting or expanding. and all of those are choices that are made based on this on them on this like what happened this step before did you lose everything when you bet it all did you uh save a little bit by investing in yourself or did you meet somewhere in the middle this is something that becomes like a a state chain right so why write about this and why explain this in a concept the way that that kent beck is expressing here and really what he's trying to do is express that for engineering leaders, the most opportunistic thing to do at this moment might be dependent on what happened before and what is the state of the environment.
24:27Ben:So right now, think of all of the things that, you know, you and I have covered, Ben, in this conversation about the economics around owning your inference and your models have been changing. A lot of that is going to come to a reckoning. So that might represent itself as an opportunity to explore in the world of Shannon's Demon. You need to figure out how you're going to hold on to your inference costs or keep those stable in the future or to prevent instability from from foundation model providers. Right. Or maybe in this case, your opportunity is to exploit. You want to use the resources that are available and subsidized to you now to invest in yourself in the future.
25:05Ben:This is like how companies grew really big during the zero interest period. Right. So these are like macro strategies that CTOs use to navigate themselves in an environment. And Kent is just giving you a really short and sweet metaphor for how to make your bets based on if you lost your bet in the last bet and what the next one might look like. A really cool little puzzle. I recommend you go check it out. It's a nice short read.
25:27Andrew:Yeah, awesome. All right, let's close out with one about engineering culture and about how good culture is the biggest productivity hack, not AI. And boy, I love to read that sentence. But this opinion piece is really just arguing that a strong engineering culture is the biggest lever for productivity. And again, getting to this narrative of AI as an amplifier. AI is going to amplify whatever culture that you have within your organization, the good and the bad. So it isn't by default create gains. It can actually do the reverse. And there's some really great, you know, stark warnings about executives out there who might be saying things like, we don't need as many people because of AI.
26:11Andrew:You know, those sorts of things really destroy psychological safety and morale. And that, you know, there's lots of companies out there that are claiming that they've got some sort of 10x productivity. Maybe it's even like one of your competitors that are out there doing that. But it's often, you know, let's be real, often just vendor marketing. that can create a culture where leaders begin to blame teams for their inability to really leverage AI when it may be more systemic organizational challenges that need to be solved. You know, there's a great, you know, reference to Conway's Law, which is where an org's output mirrors its communication structure.
26:50Andrew:So, you know, if you have bad collaboration and unclear priorities, you're going to get bad results regardless of whether or not your team is using tons of AI. But then on the flip side, good culture actually will compound positively. So it's not only makes you better, but the value of it gets exponentially better. At the end of the day, this author is really arguing that maybe we do still need more engineers rather than less, like not even just flat engineers, but we may actually need more of them rather than fewer in the AI era because skilled people plus strong culture compounds productivity and a speed to market advantage of having engineers that are talented, that are AI enabled and are part of a productive and healthy culture is something that can create a lot of growth that you would want to have more people contribute to.
27:42Andrew:So yeah, Andrew, what did you take away from this article?
27:45Ben:Yes, big plus one to AI being an amplifier of whatever's going on in your org, the good and the bad, kind of rears itself as a strange cousin of Conway's law, where the shape of your org and how AI-enabled people are and their data across it really is reflected in the shape of your agents and what they can get done. So it's really, obviously, a smart baseline to keep in mind is that you need to have these basics covered. And the whole time I was reading this, really, there were so many echoes in here of our software factory debate that we just had. it was our episode that was we had on Tuesday and we hosted it last Thursday as well with Dex Horthy and Alok Desai from Human Layer and Warp and we had Dan there as well and they all echoed exactly what you just said Ben that you know we need more engineers we need these folks who are understanding the shape of the SDLC and where it will go we need more we need more engineers actually in the in the seats creating the places the environment and the opportunities and preventing risk.
28:46Ben:There's so many things that have to get worked on. And it's not just a matter of handing it all over to an agent. And I think all of them there, even though they were all really invested and seeing so much around the software factory strategy, still really firmly believe that. And so there's a lot of messaging and enablement that still has to happen within orgs. And if you're learning how to maybe operationalize that and get everybody on board, like the AI enablement, train with them like your organization. There's a lot of strategies that got unpacked in that episode. It's a really good one.
29:18Andrew:Yeah. And the final thing I'll just say on it all is that, really the important thing is just to know where your organization stands and what you need to do to make the next step towards improvement. If you don't have visibility into where AI is being used and who's seeing higher outputs from it and who's bearing the burden of higher code velocity, that you're really not setting yourself up for success. Because on one hand, while the act of writing code has gotten cheaper than ever, it's been commoditized at this point, the act of understanding whether or not code is a good contribution and is a part of an overall architecture that is sustainable and works long-term and that solves the needs of the users, those are all more valuable than ever.
30:03Andrew:So while code is getting slung around everywhere, where we're still putting a lot of pressure on the humans that are involved in the process. So yeah, go check out the Software Factory debate. We cover a lot about how to get visibility into your SDLC as it becomes more agentic. And then we've got some more content that we'll be announcing real soon. So stay tuned on that about, you know, we're going to be looking into engineering health and to developer burnout and, you know, how the AI transformation is impacting all of this stuff because it's really been bubbling to the surface a lot lately.
30:35Andrew:and we think it's important enough to cover. So stay tuned for that. A little preview there for all of our viewers who stuck around till the end. So, Andrew, so what are your agents up to this week?
30:48Ben:Well, we've been dealing with all the new model releases that have been coming out. We've been putting them through the ringer with our back pocket evals, seeing what they're capable of. So far, Fable 5.1 doesn't complain a lot. Really nice tool to use. However, I will say I was pretty bummed out just earlier this week on Thursday a major outage across all of the providers in the morning. So my factory came to a halt and it was a good opportunity to practice what our fire drill is for when this thing happens and how to recover from it. But once again, an outage, just knocking things aside. It just reminded me again of like, wow, this is why I need to have my own local models.
31:25Andrew:You just had a whole bunch of agents like fleeing the internet onto your like local machine. Is that what was happening?
31:32Ben:Well, no, they didn't fall back into any kind of local mode. I don't really trust them enough to do that on the Wimping machine I have. But it will be nice. I want to pick up one of them. We saw at the AMD conference the Gorgon that they're unveiling later this year, this huge consumer AI box. And I saw it in action at the conference. It's really impressive. So between that or the Jetson, today we talked about NVIDIA. I don't know, but I got to get one of them soon.
31:58Andrew:I've been more focused on Asian fodder. So, you know, we do a version of spectrum and development for a lot of our work. And, you know, when you're building new big things, it's it really is like I'm learning very valuable to spend first brain time, so to speak, or human brain effort on like really thinking through problems a lot when you're in the early stages. Because the more the more you understand all of the criteria of what you need to solve, the faster things go once you hand it off to AI. We've been working on some big content factory. We're building not just a software factory, but also a content factory over here at Linear B.
32:37Andrew:And it's been really fun to just sort of like think about these primitives and like really get things nailed down to get really high quality AI outputs. You know, because to your point with all these new models, it's like if you're working in a really high quality way, you can get some some pretty awesome outputs. For sure. All right. Well, thank you to our listeners for sticking around with us till the very end. This is the Friday Deploy brought to you by Linear B. If you're listening to us and you think that we're delivering some great content for you, because why else would you have stuck around?
33:07Andrew:So, you know, what else you should do once you're done here is head over to Substack or head over to LinkedIn to our newsletter for Dev Interrupted and reach out and engage with the content over there. We love to hear from our audience. We'd love to chat about what's impacting your teams. And yeah, thanks for sticking around and for joining us this week. And we'll see you next time.
33:27Ben:And if you're watching this on YouTube, let us know whose Tuck shirt you liked more.
33:33Andrew:Mine's better.
33:35Ben:Yes, mine's better. Mine's just Tuck's.
33:37Andrew:Just Tuck's.
33:38Ben:We'll see you next time, y 'all.
From the publisher
This week on the Friday Deploy, Ben and Andrew unpack Nvidia's massive acquisition of Hugging Face and what it means for the future of localized models. They also explore the multiplayer updates in OpenClaw 2.0, how relentless AI scraper bots are overwhelming kernel.org, and how engineering leaders can continuously balance safe infrastructure investments against volatile technology bets. Finally, they discuss why a strong engineering culture remains the ultimate productivity hack and how autonomous agents will only amplify existing organizational dysfunction.
Get the guide: The AI engineering productivity gap - how elite teams pull ahead in 2026
Follow the show:
- Subscribe to our Substack
- Follow us on LinkedIn
- Subscribe to our YouTube Channel
Follow the hosts:
Follow today's stories:
- NVIDIA to Acquire Hugging Face
- Teaching Everyone to Fish for Tokens
- OpenClaw 2.0, Accidentally
- Creepy crawlies
- Reject Change, Sometimes
- Good Culture is the Biggest Productivity Hack, Not AI
OFFERS
- Start Free Trial: Get started with LinearB's AI productivity platform for free.
- Book a Demo: Learn how you can ship faster, improve DevEx, and lead with confidence in the AI era.
LEARN ABOUT LINEARB
- AI Code Reviews: Automate reviews to catch bugs, security risks, and performance issues before they hit production.
- AI & Productivity Insights: Go beyond DORA with AI-powered recommendations and dashboards to measure and improve performance.
- AI-Powered Workflow Automations: Use AI-generated PR descriptions, smart routing, and other automations to reduce developer toil.
- MCP Server: Interact with your engineering data using natural language to build custom reports and get answers on the fly.
