The Terminal as an Agentic Interface

6 Aug 2026 · 52 min · 23 chapters

Ask about this episode

Ask anything about it. ChatGPT or Claude reads this page and answers with the times it was said.

Connect VO and ask about every podcast you hear, including the moments you saved. Add to ChatGPT · Add to Claude

In short

Episode topic: How Warp is evolving from a Rust terminal into an “agentic development environment,” and how Warp’s Oz cloud infrastructure addresses enterprise governance, auditability, and cost controls for AI agents.

Guests

Zach Lloyd, co-founder/CEO of Warp; former principal engineer at Google (led Google Docs suite; helped build Google Sheets). Gregor Vand, security-focused technologist and former CTO across cybersecurity/cyber insurance/software engineering; based in Singapore.

Key claims

The terminal is the best primary interface for agentic work because agents are fundamentally about instructing the computer (via English or commands) and the terminal is multitasking-friendly. IDE-like views (diffs, file trees) should be added back only for agent workflows. Enterprises need governance: Oz stores raw agent conversation/tool traces, runs agents in sandboxes with least privilege, and limits network egress/MCP privileges/secrets.

Notable examples

Warp’s “mouse works to edit terminal commands,” output “blocks,” early English-to-command via Codex API, later “agent mode” (coined by Warp), and Oz launched in February. Open-sourcing Warp with AGPL; community contributions via agent-driven issue triage/spec generation and agent-based code review/verification.

Written by AI. May contain mistakes. Listen to the episode to check what was said.

Chapters

Tap a time to open that second in VO

Zach Lloyd's Background and Warp's Evolution

0:45 to 2:06

Zach Lloyd shares his journey and the evolution of Warp.

“why the terminal is better suited than the IDE for agentic development, how Oz approaches the governance and auditability challenges enterprises face with AI agents, and more.”

Reimagining the Terminal Experience

2:06 to 3:42

Discussion on how Warp aims to innovate the terminal experience for developers.

“So my background, I've been a software engineer for most of my career.”

Integrating AI into Warp

3:42 to 6:16

Exploration of how Warp incorporates AI to enhance command line usage.

“I'd say like the, obviously the world has changed.”

Warp's Evolution and Future

6:16 to 7:28

Zach discusses the future direction of Warp and its features for developers.

“So we kind of like didn't do the more like the better thing, which was coding until Cloud Code had come out.”

Collaborative Features and Team Use Cases

7:28 to 8:52

An overview of Warp's collaborative features and their utility for teams.

“And we're just sort of leaning into that and building off of our initial terminal routes to sort of try to do that.”

Changing Perspectives on Product Development

8:52 to 11:54

Zach reflects on his evolving views of product development for developers.

“So just having that collaborative infrastructure has actually proven to be very valuable in ways that we did not exactly foresee.”

The Future of the Terminal and Agentic Work

11:54 to 14:00

Discussion on the potential of the terminal as a space for agentic work.

“Now it was kind of a self-serving argument because I like, I run a terminal company just to be clear, but it makes a lot of sense to me that the terminal is the place and not the IDE.”

Integrating Agentic CLIs with Warp

14:00 to 16:58

Learn how Warp integrates with various agentic command line interfaces.

“So all of these things that make working with these agents nice vertical tab support.”

Integrating Agentic CLIs with Warp

17:27 to 18:14

Learn how Warp integrates with various agentic command line interfaces.

“Once it hits the app store, it's out in the wild.”

The Evolution of Development Interfaces

18:52 to 23:34

Explore the transition from IDEs to agentic development environments.

“And then you would have a terminal bit of the IDE.”
Show all 23 chapters

Oz: Cloud Agent Infrastructure

23:34 to 25:59

Understand how Oz facilitates automated software development tasks in the cloud.

“than it is on like helping companies that want to build software factories internally and automate software development.”

Importance of Auditability in Agentic Development

25:59 to 28:05

Learn about the need for auditability and governance in automated coding environments.

“And it was all about, it was all about agentic, but it was all about sort of, but how do we know what's going on and all that kind of stuff.”

Understanding Agent Behavior and Governance

28:05 to 29:00

Learn about the importance of governance in agent systems and how to ensure proper operation.

“And so if the agent did something wrong or was prompt injected, you can go back and trace what happened.”

Deployment Models in CI/CD

29:01 to 30:26

Discover how agentic systems relate to CI/CD infrastructure and the differences involved.

“And I mean, on the deployment side, I guess, is it sort of fair to say this feels a bit like a sort of CICD infrastructure or like, do you see like a totally new category or how do you see that?”

Warp's Open Source Journey Begins

30:27 to 31:28

Explore Warp's transition to open source and the motivations behind this decision.

“It's going to be more like you have these long-lived teammates that have skills, they have access to systems.”

Community Engagement and Contributions

31:29 to 34:25

Understand how Warp engages with the community and the benefits of open source contributions.

“the thing that, that got me to believe that this was like a smart thing for us to do was the state of agentic development.”

Cleaning Up for Open Source Launch

34:26 to 36:20

Learn about the processes involved in preparing a codebase for open source publication.

“I don't even know how long, not long ago.”

Licensing Considerations for Warp

36:21 to 37:46

Examine the reasons behind choosing the AGPL license for Warp and its implications.

“like we had like kind of dual issue tracking before of like public was GitHub issues and internal was linear and everything's moved on to GitHub issues, the public version of it.”

Contribution Workflow in Warp

37:47 to 42:03

Discover the process for community contributions and the role of agents in implementation.

“So the like overall warp code base license is AGPL.”

Implementing Changes with Oz

42:03 to 44:20

Learn how the Oz system enhances the coding and contribution process.

“Or if it's a hard bug fix, this is how the technology, like the architecture is going to work.”

The Business Model of Warp

44:21 to 46:10

Discover the revenue streams and infrastructure products of Warp.

“Anyone who uses the product, I would say even if they don't know how to code, can try to make a change.”

The Future of Junior Developers

46:11 to 50:48

Understand the evolving role and skills needed for junior developers in a tech-driven landscape.

“And then the other thing is our cloud agent infrastructure is more like an infrastructure product.”

Promoting Agentic Engineering

50:49 to 52:04

Learn how to encourage agentic engineering practices within development teams.

“And I would say that there is like a new standard of doing development that's actually really fun and empowering.”
Hear the part that matters, and keep it.Open this episode in VO. Double tap your headphones to save a moment as you listen.
Get VO free

Transcript

Automatic transcript. May contain errors.

0:00The terminal has been a constant in software development for decades. It has remained largely unchanged while everything around it transformed. However, as AI agents have become central to the developer workflow, the terminal is emerging as a natural home for agentic development, and a new category of tooling is forming around it. Warp is a popular Rust-based terminal and agentic development environment. The company recently open-sourced its codebase and launched Oz, its cloud agent infrastructure product aimed at helping enterprises automate software development at scale. Zach Lloyd is the co-founder and CEO of Warp, and a former principal engineer at Google where he led engineering on the Google Docs suite.

0:44In this episode, Zach joins Gregor Vann to discuss how Warp has evolved over the years, why the terminal is better suited than the IDE for agentic development, how Oz approaches the governance and auditability challenges enterprises face with AI agents, and more. Gregor Vand is a security-focused technologist, having previously been a CTO across cybersecurity, cyber insurance, and general software engineering companies. He is based in Singapore and can be found via his profile at van.hk or on LinkedIn.

1:31Hello and welcome to Software Engineering Daily. My guest today is Zach Lloyd, who's returning after four years. So we've already had Zach on in 2022. Yeah, welcome, Zach.

1:43Zach Lloyd:It's good to be here. Thanks for having me back. Yeah, we're going to be talking all about Warp, which some of our listener base will be quite familiar with, I think. Before we get into Warp itself, we normally sort of go through a story of our guest. I suggest our listeners go back to the 2022 episode if you want to get the full version. But what's the kind of like TLDR of how you ended up building Warp? Yeah. So my background, I've been a software engineer for most of my career. I was at Google for a really long time. I helped build a lot of Google Sheets. And then I led engineering on the whole Google Docs suite.

2:18Zach Lloyd:I was a principal engineer there. I've been out of Google, though for a while as well. I've been founding companies. Warp's like my second venture-backed startup that I've done. First one, totally, totally different space, pretty interesting learning experience. But fundamentally, I would say I'm someone who I really, really like building stuff. It's really fun for me. My goal has been to build useful software, sometimes for knowledge workers like with google docs with warp i'm really trying to build something that's very useful for developers and honestly increasingly like since anyone can be a developer it's really useful for a lot of knowledge workers as well it's like a crazy changing space to be in but that's like me in a nutshell yeah nice so i think sort of thinking about what you might have been talking about in the in the episode back in 2022 but i guess sort of back then the pitch was you know warp was a sort of like beautiful, fast, Rust-based terminal, you know, trying to bring command line, you know, into the 21st century because, you know, command line hadn't really changed in many ways.

3:28But since then, a lot of things have happened, including your AR has grown a ton and you've got open source, which you're going to get to and all sorts of things. So walk us through maybe the last four years, if you can. Well, it's more than the warp.

3:43Zach Lloyd:It's not just the warp has changed. I'd say like the, obviously the world has changed. The world of what it is to be a software developer is just fundamentally different. Yeah. So I would say like the warp journey is right. The way you talk, the way you described it. So, you know, for folks who maybe aren't familiar with warp, we started off focused on just sort of re-imagining the experience of using the terminal. The concept was like terminals are really important app. It's where developers spend a lot of their time. It was, you know, the terminal and the code editor, I've always said, are like the two most important developer apps.

4:16Zach Lloyd:And the terminal just hadn't had a lot of innovation. And so we tried to reimagine kind of from first principles, what should a great command line experience be like? I'm very proud of what we've built. Like a lot of people really love the command line. Like you said, it's Rust-based, has some very distinct features compared to a normal terminal. Like our hero feature at the beginning was just the mouse worked to edit your terminal commands, which is way harder than it seems. You'll notice there are not a lot of terminals out there that have that even still. We have this feature where we separate the terminal outputs into blocks.

4:47Zach Lloyd:It makes them more readable. You can take actions on them. So those were the sorts of things that we started off focusing on. We started adding features around AI into warp pretty early on as well. So I don't know if we had them when I was on the pod last. But even before ChatGPT came out, we were using, it was called the Codex API. At the time, it was through OpenAI. And what we were using it for was we would translate English into terminal commands. So it was really like translation, not like a agentic capability. But you'd be like, give me the command for finding all Python files that are greater than 100 lines in this directory or something like that.

5:26Zach Lloyd:You'd say that in English and we would translate it for you. And then when ChatGPT came out, we realized very quickly like, oh, this is is going to be very applicable to the command line. Because one of the big challenges of using the command line has always been that you just have to remember all these arcane commands. And LLMs are great at helping people construct those commands. So we brought in like a chat panel in like 2023 into Warp. We realized that was actually like a sort of stupid implementation. Like the terminal itself is almost like a chat interface in a lot of ways. And so we then changed the interface to be honestly something that's very much like Cloud Code or Codex or how all these terminal apps work, these coding agents in 2024, like, I don't know, nine months to a year before those tools came out.

6:15Zach Lloyd:But what we were aiming for was helping people do terminal tasks. So we kind of like didn't do the more like the better thing, which was coding until Cloud Code had come out. But we had basically that same way of interacting with warp where you could either type a terminal command or you could ask in English. And if you asked in English, we had this thing called agent mode, which is a term that we actually coined, which has been adopted. And it would basically do whatever you asked to do, but do it with terminal commands. And then we've just evolved warp more and more over the past year into something that doesn't just do terminal stuff.

6:51Zach Lloyd:It does everything in the software lifecycle. So it does coding. It's a really, really good coding agent. in the distinct thing about Warp's coding agent versus like CloudCode or Codex is that it's built into the terminal. So you get like a very, very rich experience using it. And then increasingly, and we could talk about this in a bit, we're moving these coding features into the cloud. So we've kind of moved beyond just being like a local desktop app. We have a second product that's called Oz, that's cloud agent infrastructure. And so we're just kind of, You know, the mission of the company is to help developers ship better software more quickly.

7:28Zach Lloyd:And we're just sort of leaning into that and building off of our initial terminal routes to sort of try to do that. So that's the evolution. Yeah, nice. And at least back then, the vision, I guess, was, you know, things like multiplayer. Has that kind of survived vision-wise? It has. So it's like the whole world has kind of moved in our favor, kind of through luck. So yeah, the original business model for Warp was around multiplayer features. So think of things like I ran a terminal command and I want to share a link to the command's output across my team. So we have that feature. It's actually super useful.

8:05Zach Lloyd:You could have multiple people real time in the terminal. That is actually not that useful across teams of people, but it's extremely useful for joining agent sessions. So that piece of like technology has actually proven to be very useful for us. And then we have like a built-in knowledge store. It's called Warp Drive. And it basically lets you store notebooks, environment variables, shared commands, all that type of stuff. I would say that stuff has had like mixed success across teams, but is more useful for an agent world. And what's really useful for an agent world that we've had forever is just having a team concept in the app and being sort of team native.

8:42Zach Lloyd:because what you find as like you try to scale agents and build automations off of them, you want agents that are not like purely interactive. You want things that are owned by your team. So just having that collaborative infrastructure has actually proven to be very valuable in ways that we did not exactly foresee. That's kind of often how it goes with startups. Yeah, for sure. And while we're sort of still in 2022, was there anything that you were like, you deeply felt was true then. And now you're like, no, like that's just, yeah. It's really interesting. I've actually changed the way that I think about building products for developers a lot over the last four years.

9:24Zach Lloyd:You know, I came out of like the Google docs basically. And like we built, I would say fairly opinionated, somewhat inflexible products where we were like the best product experience is x this is how it's going to work and use it or lose it and i i brought a little bit of that mentality into the initial building of warp like i would say it was initially like a pretty highly opinionated product on what the terminal should work like it was not at all hackable it wasn't programmably customizable our settings were kind of limited we were like this is how it should work i feel like there were a lot of products around that So time that were that kind of.

10:06Zach Lloyd:Yeah, I would say like a linear. Ultra opinionated. Yeah, yeah. Notion. Like this is like the school of product development. I was like, we're just building a better thing. And if you don't like the thing, tough. And that might work for some kinds of products. But I've actually totally revised the way that I think about this. And I'm writing a blog post on this. Where I think when you're building for developers specifically, you really want to be super duper flexible. and acknowledge and build for basically build for people who like to hack on their stuff. And this is one of the main reasons that we went open source, actually, is because I thought we were kind of doing the product too opinionated and doing it wrong.

10:46Zach Lloyd:And at this point, I think it's fine to have like a good opinionated set of defaults. But the way that I think about developer product is much more like developers themselves have strong opinions and varied workflows, and we want to let them hack on, warp, and customize it. And some people like their tabs looking like one thing, some people like it totally different. They're running in totally different environments and so on. And so I feel like the most powerful and successful developer products are ones that are more of that ethos and school of product thinking than my initial product thinking.

11:20Zach Lloyd:So it's really evolved. It's pretty interesting. Yeah, I mean, because developers are, as we know, very opinionated and, you know, where someone just would love to use Vim and I'm not in that camp, for example. Exactly. And then others would like love to use like the most kind of visual IDE possible. Yeah. But both are developers, but like very opinionated on what they want to use. Yeah, and that's, so we're just, now we're way more in the mode of trying to build for that rather than build a system opinionated workflow. There's pros and cons to be clear, but my thinking on it has totally changed.

11:54Yeah, that's super interesting. so i guess like looking at where things have gone you know we've got obviously like cloud code codex gemini cli like do you think you saw that coming like at least i definitely didn't maybe in the sense that you know i still um i was just at a conference i think a couple weeks back in sf and i'm still amazed at like people that would never have described themselves as developers and now saying well i do this all in the terminal and i just think that's incredible did i see it coming

12:25Zach Lloyd:I was arguing that the terminal was going to be the most important to do agentic work over the IDE for a while before these tools really became prominent. Now it was kind of a self-serving argument because I like, I run a terminal company just to be clear, but it makes a lot of sense to me that the terminal is the place and not the IDE. And the reason is like the IDE is it's like Microsoft word for your code. like it's all about hand editing code and that's just not what people do and the better these agents get the less that you have to do that at all and so i feel like we were pitching that code editing was going to be like a secondary thing that developers do pretty early on and by pretty early on i mean like mid 2025 like we're not talking like three years ago or something but like early in the world of agents and the reason i think that terminal makes a lot of sense is because the whole interface is oriented around telling your computer what to do.

13:26Zach Lloyd:And that's what you're doing with agents. It's just before agents, you would be telling the computer what to do through terminal commands. With agents, you're telling it what to do in English. And so, you know, it makes sense to me. It's set up for multitasking. It's also at the right level of the stack where these agents have all the tools they need. And so it makes complete sense. It's been a really good break for warp, obviously. it is wild to see people who are not have no development experience popping open a terminal or popping open warp and like building stuff but it it does make sense to me yeah and warp does explicitly support cloud code codex yes gemini cli open code clearly you've decided to be like very i guess agent agnostic what is like supporting these like what does it actually entail like from a like let's go a bit technical for a second like what does actually entail when you have to think well we're gonna explicitly support these and give like a first class experience yeah so that's a great point so our strategy is again just to reiterate what i said earlier it's like we're trying to meet developers where they are and be very flexible and i also think that the best model the best harness all that stuff is changing every single week and where one place Warp can add value is by not making you change your entire tool set as these things change.

14:47Zach Lloyd:So we have features in Warp. We invested a bunch in this where whatever agentic CLI you use, whether it's ours, which is built in, or just like one of these TUI apps, we try to give you things like integration with our code review features, integration with our file tree notifications. So all of these things that make working with these agents nice vertical tab support. And so to do that, it's relatively similar to how we integrate with different shells. So warp works with bash fish and ZSH. And the way that we integrate with those is we essentially provide those shells instructions to provide metadata to warp as they're doing things.

15:30Zach Lloyd:So for instance, if we want to render the warp blocks in ZSH, ZSH needs to tell us when a command is starting, when a command is ending. And so we configure ZSH to do that. Similar for these coding agents, they're all configurable enough via their hooks or via agent skills or via plugin system. like they all have some version of this where you can instruct them to provide enough metadata back to warp so that we are able to do things like render in-app notifications for them. And so we do this literally by letting people run the CLI and configuring the CLI. There are other approaches you could do with this.

16:12Zach Lloyd:Like you could use the SDK for some of these things, but we think that people actually, or you could use ACP, which I don't know if listeners are familiar with that, agent client protocol. But we think actually users of these tools actually generally really like the text-based TUI experience. And so we're not trying to totally take that over. It's more like we're trying to make that feel more natural and more powerful. Yeah. You're building agents that can write code, summarize documents, and automate workflows, but they're missing one thing, awareness of the world around them. Xweather combines enterprise-grade weather intelligence with agent-ready APIs, natural language capabilities, and an MCP server built for tools like CLAWD, Codex, Copilot, and modern IDEs, so your agents can adapt workflows, automate responses, and make better decisions based on real-world conditions.

17:01Zach Lloyd:Backed by Vysela, whose instruments fly on NASA missions to Mars, Xweather delivers trusted data and unique insights that go beyond conditions to actual impact, from real-time lightning strikes to road surface forecasts. Start with 15 ,000 free API calls every month and pay only for what you use as you grow. Your full weather stack for developers by developers. Start building for free today at xweather.com. Think about your mobile app source code. Once it hits the app store, it's out in the wild. And without the right protection, decompiling is easy for malicious actors looking to steal your IP or tamper with your software.

17:39That's where GuardSquare comes in. GuardSquare provides the highest level of mobile app security for Android and iOS applications and SDKs. Their advanced tools integrate seamlessly into your CICD pipeline. We're talking polymorphic, multi-layered code hardening techniques and automated runtime application self-protection, paired with mobile application security testing and real-time threat monitoring, to deliver the highest level of mobile app security without compromise. Don't leave your hard work exposed. Secure your mobile applications today. Go to guardsquare.com to learn more.

18:18Zach Lloyd:You're shipping faster than ever with AI coding agents, but those agents don't vet the packages they pull in and they don't have security contacts built in. Ori by Endor Labs fixes that. It plugs directly into your editor via MCP, catching vulnerabilities, blocking malicious packages, and flagging exposed secrets in real time. No separate tool to switch to, no dashboard to babysit, security that fits how you actually build teams using ori see 10 times fewer security tickets and six times faster fixes free for developers get started at www.endorlabs.com slash a u r i i guess when i look at i mean i just i am not a daily warp user that's not for any particular reason i don't do a ton of coding etc these days but when i do look at it kind of is starting to For me, look, so in case we had IDEs and then you've got, say, within them, you've got diff views and all this stuff, which was quite helpful.

19:11And then you would have a terminal bit of the IDE. And now we've kind of, it feels like we're kind of going the other way, which is like you start with the terminal bit, but now we're bolting on like other kind of views and windows into the terminal. That's what it looks like to me. But like, what does that sound like to you?

19:26Zach Lloyd:That's not totally wrong. Like, so the way that we describe it is as an agentic development environment. So an ADE, which is another term we've coined. I'm very proud of these terms we've coined and other people have adopted that as well. Great. So for us, I would say like the primary interface is the terminal still. And then we have added back features related to code editing that we think are useful for agentic workflows. And so it is useful to be able to see a diff of what the agent has done. As long as you're reviewing agentic stuff by hand, and it's useful to see that in the inner loop of development.

20:03Zach Lloyd:So while you're actually working with the agent, I think it's way more useful to see it then is just like have to push it to GitHub and do it. So we're like, that's useful in this new workflow. It's useful to be able to see a file tree and be able to drag files in its context and know what files the agent is creating. And so our like guiding principle here has been like, well, there's new technology. There's a whole new workflow for building software. Let's try to build the product that supports that workflow the best. And it's not like we're going to be super duper rigid around what that product looks like.

20:36Zach Lloyd:That's not our ethos. Our ethos has always been like build the product that makes people using it the most productive. And so, yeah, we've brought in some features that are more traditionally IDE-like. I'm cool with that. Now, some users don't like it, just to be clear, and they can turn it off. So it's like we're really trying to let people control this and control how they do it. But I think that is actually a sensible default these days is these are useful things if you're building with agents. yeah i really like that distinction where like just sort of thinking of it as like the main pain that when i say pain window pain that a user would be looking at now is the terminal whereas previously a lot of what a developer would look at is a window of of code you know and i think that's sort of where that distinction is totally and like by having the main view be the terminal like in the typical ide you'll have like n files open like 10 files open in one terminal and in the typical agentic development setup you might have like 10 terminal windows open and just one diff view that's focused on whatever your current change is so i think you just we've like converted it and it's interesting you'll notice everyone's converging to that design because it makes sense like if you open cursor today or whatever their their new cursor glass or whatever it kind of looks like that so i think that's you know people are building the form factor that makes the most for this new kind of development.

21:56Yeah. And then just looking at Cloud Code, for example, it does run in Warp equally quite, you know, can easily be seen as a competitor, I guess, as well. Like, how do you sort of look at the rest of the landscape? And like, you've mentioned Cursor there. And like, I'm just curious, like things like Cursor, did you see it as like rising tide raises all boats kind of thing? Like, how do you look at that?

22:18Zach Lloyd:It's a really, really interesting landscape. And the way we've looked at it has changed over time. So we do have like a built-in coding agent to warp. And that does generate a bunch of revenue for us. And it's an awesome coding agent. Like we at various times have been at the top of the different benchmarks, like Terminal Bench. We were top three on SweetBench. But developers just want to try different stuff. And so our overall strategy right now is not to like try to push our own thing above what some developer might want to use. There are advantages to ours. Like you get a richer UI, but a lot of people want to use cloud code.

22:56Zach Lloyd:Companies want to use cloud code. They want to use codecs. They have contracts with codecs. And so like, I think from a strategic business perspective, it is more in our interests to try to be complimentary and not purely competitive and be a great place to run any coding agent. And, you know, warp will cross a million active developers this month, which is really exciting. And like, we want to be part of like the chain of building with AI. And, you know, we think there's a lot of strategic value in that. And like our like business bet is less on the like interactive coding agent within warp than it is on like helping companies that want to build software factories internally and automate software development.

23:41Zach Lloyd:And like, like that's, I think where our business will have last emote. And with the developer facing side, we want to just have as many developers using it. and liking it and helping that as be part of our funnel into a more of an enterprise business. So that's how I'm thinking about the strategy currently. Yeah, very interesting. We'll get to kind of how Warp is built later, actually, because I think it'll be interesting to touch on when we touch on the fact that Warp is now open source. So we'll come back to that. I want to just move on to Oz. So Oz is something that was launched, I believe, in February this year.

24:17Talk to us about Oz. What is Oz? Yeah.

24:20Zach Lloyd:So Oz is cloud agent infrastructure. The way to think of it is if you are trying to automate certain development tasks and it could be like automated code review or it could be automated that code cleanup, code migrations. it could be issue triage it could literally just be like implementing features and fixing bugs the way that's going to happen in the future i strongly believe is not on individual developers laptops or at least not entirely on their laptops but it's going to happen the only way you're going to scale it is if you move it to the cloud and so we're trying to help companies so oz is primarily an enterprise product.

25:03Zach Lloyd:We're trying to help companies set up this infrastructure so that they can automate a lot of these development tasks. And the other big pieces of it are increasingly we hear that companies want cost controls on these agents. As part of that, I think they want to be able to use different models and different harnesses for different tasks. They want auditability. So if an agent does something that causes a problem, You want to be able to go see what it did. They want handoff from cloud to local. And so there's actually a really rich suite of features for automating software development that come with Oz, where we think every company is going to want something like this.

25:45Zach Lloyd:Some companies will build it, but most companies will buy something like this. And so that's actually driving most of our enterprise business, which is growing really fast right now. So I think there's a huge market here. Yeah, I mean, maybe just talk to us a bit more about the auditability side. I mean, I think that's something, certainly, I would say maybe last year when I was going to a few conferences here in Singapore and conferences here tend to be very enterprise focused, you know, like Singapore is a sort of sales hub for technology. And it was all about, it was all about agentic, but it was all about sort of, but how do we know what's going on and all that kind of stuff.

Read the full transcript

26:21So that's kind of what we're talking about here. Like, how do you know? Yeah, totally. Yeah, yeah, yeah.

26:25Zach Lloyd:I mean, so... So yeah, just... So what does that look like, I guess, in OOS? So just to paint the picture, companies are going through different phases of agentic development. I would say there is a period, maybe towards the end of last year, early this year for a lot of companies where they're just like, give everyone everything, let them spend as much as they can and code stuff with all of these local coding agents. So I'd say CloudCode is the most popular. I think that's fair to say. Yeah. At least we're recording in May 12th. So yes. Yeah, May 12th. Yeah, exactly. So on this particular day, I don't know that that will be true indefinitely.

27:04Zach Lloyd:And so what has happened is you will see, I think it was like the head of engineering at Uber was like, well, we burned through all of our AI credits that we allocated for the year in the first three months. And so there's cost. You'll see Amazon had some production outage or whatever that was caused by VibeCoding some config thing. You'll see Vercel had some big security thing. I don't know if that's traced back to VibeCoding or not. You'll see Claude accidentally open source their whole code base. And I think that people are waking up to the flip side of this huge, powerful chainsaw tool that you're giving everyone is that there's a real need to control it.

27:50Zach Lloyd:And so auditability is one piece of that. The simplest way of thinking about that is just like, what's the raw conversation trace of what your agent did? And so if you're using Oz, we store every conversation. So it's like you can see every tool call, every system that the agent accessed. And so if the agent did something wrong or was prompt injected, you can go back and trace what happened. How did it have those tokens? What do we need to lock down? So that's like one piece of it. And there's other things just on the governance side that you want in place. Like you want these things running in sandboxes.

28:27You want them having least privilege.

28:30Zach Lloyd:So, you know, they don't have more code installed than they should. They don't have sensitive files that they have access to on the file system. They have limited network egress. They have the minimum number of MCP privileges and secrets to other internal tools. So all this stuff, like now we're going to go into a phase where the maturity of these tools becomes more important. And so we're trying very hard to make it easy to deploy that type of system. Yeah. And I mean, on the deployment side, I guess, is it sort of fair to say this feels a bit like a sort of CICD infrastructure or like, do you see like a totally new category or how do you see that?

29:12Zach Lloyd:It's in the CICD family, I would say. It has slightly different characteristics than CICD. At some level, it is like a DAG, like a directed graph of tasks. But because there's intelligence, it tends to be more like the DAG is created on the fly. And like the more common pattern that we've built towards is there's a sort of orchestration agent, like one that is controlling what other agents are being launched, what other agents, what permissions they have, what their subtasks are. You need more flexible like permissioning. So I think it's like it's in the CI, CD realm, but it's not exactly that same execution pattern.

30:02Zach Lloyd:And so for Oz, we integrated into CICD. You can run it from within CICD. You can tag it in GitHub. You can tag it in all of your, actually in any of your tools. You can tag it in linear. You can tag it in JIRA. You can tag it in Slack. And so I think it's a more flexible and more interactive thing than just like a very rigid CICD pipeline. It's more like teammates, I think is where it's going to end up, to be honest. It's going to be more like you have these long-lived teammates that have skills, they have access to systems. I think that's a better mental model than CICD. Yeah, that makes sense.

30:40Because I think an example is an issue triage app, for example, that sort of tackles GitHub issues. So that feels like a teammate to me. Yeah, exactly. So let's move on to kind of a quite interesting topic, which is the fact that Warp has gone open source. So I think you did talk about this, I believe, like the original Hacker News post in 22 did talk about wanting to go open source. I guess here we are four years later. So talk to us about this, the why and the how. Let's kind of go from there.

31:15Zach Lloyd:Yeah. So historically, we'd always talked about this, thought about this. We revisited it every single year. you know, we're as a developer tool. I think developer tools generally should be open source. We probably should have done it sooner, but I would say the reason we actually did it now, the thing that, that got me to believe that this was like a smart thing for us to do was the state of agentic development. And we actually, we think we can move faster now. I think we had some concerns around like, like how do we actually manage the repo manage external contributions? And so the way that we have open sourced Warp is with very, very tight Oz integration.

31:56It's actually the coolest way to see how Oz works is to go to our open source repo or to go to build.warp.dev where we have built this dashboard of what's going on in open source.

32:06Zach Lloyd:And so we realize we're writing most of our internal code using agents, using our own agent. we've invested a ton in the skills that this agent needs in the context to do good agentic changes on warp we have a pretty rigid like or not rigid we have a workflow that we like that's around like spec driven development for building on warp and then we have really good verification that's also agent driven whether it's through our agent code review or computer use on warps app video based integration testing and so we're just like we think that we can actually move faster and build a better product if we do this with the community in the open and have our agents do a lot of the like coding verification triage all of the stuff that can be like a lot of work around open source and then have the community provide a bunch of ideas guidance you know we still are like manually testing everything it's really cool because the community is fixing issues that, you know, we dog food warp extensively, but we're, you know, we're not using warp in Chinese or for instance, we're not using it constantly with like IMEs.

33:20Zach Lloyd:We use it way less on windows and Linux than we do on Mac. And again, developers have totally different workflows and awesome ideas for how to improve the product. We pay for the agent, like the inference for doing this by and large, which is really cool model also. And we worked with OpenAI sponsors, the repo and pays for the inference for Oz there. And so it's just like a totally different way of building software. And then we do think having an open product here is something that developers should have. Like most of our competitors are actually not open source. In fact, I don't know if there is like another open source thing that's quite in the category of warp.

34:03Zach Lloyd:and they're open source terminals, but warp is much more than a terminal. There's obviously VS Code, but VS Code is still very much an IDE. And so, you know, we think that there's like a real opportunity for people who want to build like this agentic workbench to get to contribute to it. So all of these things made it feel really right at this time. And it's been very successful. Like we, you know, we did it two weeks ago. I don't even know how long, not long ago. It was recent, yeah. And we more than doubled our GitHub stars. Like we're almost at 60 ,000 GitHub stars. We've been the top trending open source repo on GitHub for most of the time.

34:39Zach Lloyd:We've been open source. We've had over 500 people open contributions. It's just been awesome. And so, you know, it's a bunch for us to figure out exactly how to like work with the community and make sure we're doing a good job there. But we've shipped a ton of fixes and improvements and people seem generally really, really psyched. So I'm very happy that we did it. It's so cool. Yeah. I mean, being a developer tool, it's just a huge signal when you're open source versus versus not. So for sure, it's the best way forward. I think that the how is I'm always curious. We had Convex on a couple of years back at this point, and they had just gone open source when we had them on.

35:17And the how was interesting. Just like, how do you actually go from being a closed source repo to open, like just any sort of interesting things there?

35:28Zach Lloyd:Yeah, so there's like the way that we actually had to do this, we had to like clean up the code base for one thing. No more comments with like expletives or that kind of thing. You just have to work differently. If everyone's looking at your stuff, so the types of things that we spent time doing from the moment we decided we were going to do this to when we launched it were, it was like making sure there was no customer specific information in our code base, for instance. Like you could hack things in for particular customers before, you can't do that now. You know, making sure from a commit history standpoint, no secrets, nothing like sensitive.

36:05Zach Lloyd:And so we ended up just doing a fresh commit history. It was just like, there was too much over the period of five years of building warps, too scary that there's going to be something sensitive from a security standpoint or a customer or PII standpoint in there. So we did a fresh version of that. We had to move all of our issue tracking. like we had like kind of dual issue tracking before of like public was GitHub issues and internal was linear and everything's moved on to GitHub issues, the public version of it. We had to publish our roadmap and I say had to, but this is actually great because it's like now all of a sudden everyone can see our roadmap and tell us if we're working on stuff that's going to be useful for them or not.

36:43Zach Lloyd:You know, so we, we had to move all this stuff to be public. We wanted to think also really hard about like, well, what were the forks we expect the people to do, right? And try to like see around the corner on those and see if we could build the functionality for doing that. And the forks that people want are not surprising to me. And so we're, but now we have a bunch of signal. And so it's like, we're trying to actually listen to the community, what people really want, just to make clear, they want to be able to bring their own inference and they want to be able to use local models and warp.

37:14And so we could see

37:16Zach Lloyd:someone built fork of that where it's like fairly popular. And so we're building that into warp as, you know, as quickly as we can. And so it's been really awesome from a like signal perspective on what's important to developers to work this way. But yeah, lots of stuff to clean up the code base, a lot of work, making sure, you know, checking for security vulnerabilities. It's another thing, you know, people immediately found more. It's like, again, there's pros and cons to working in the open. I would say it's a pro. Like these things were latent. I would agree that it is a pro it is a pro yeah yeah these things were latent in our code base and all of a sudden we have people running every security tool in the world on our code trying to harden it and so it's not surprising they found like a couple things nothing like too bad but it helps us harden the security of it so super interesting process yeah and i guess for those sort of detail oriented people licensing i believe it's agpl so i.e not mit not apache could you just talk to us about that Yeah.

38:14Zach Lloyd:So the like overall warp code base license is AGPL. Parts of it, like we also open source our UI framework for anyone who wants to build a UI app. It's a pure Rust UI app. That's MIT. But the AGPL is what's called like a copy left license. So it's like a real open source license. But the biggest term that's different from like MIT or Apache is that if you fork it and you publish it, you need to maintain that same license. And so it's a little bit of competitive protection for us, just to be totally frank. It's the same license that Zed has. I don't know if you know Zed. We want people building on it.

38:51Zach Lloyd:We're totally happy with people forking it. I would rather people contribute. I think that it'll become a better product people contribute. But if someone wants to build another business off of it, they're going to have to build like an open source business off of it, which is a little bit different than if we're MIT licensed, where someone could fork it and build up like a closed source business off of it. Yeah, I think that's just sort of hot take here. I think that's probably the right way forward. I mean, we've seen some interesting cases of, you know, let's say like VS Code becoming something that is definitely not...

39:23Zach Lloyd:This weighed on us very, very, very clearly. So that was the thinking behind the license. Yeah. And it did always look a bit strange, you know, taking something that has, okay, it came VS Code came from Microsoft. So it's not like that is financially a problem for them, really. But I think there clearly was a huge community around VS Code as well. And I think for them to then see their work kind of being taken and then repurposed and then basically sold almost as is on day one. I think that's a bit strange. Yeah. So I think it's the right license for us. I also think because this is for like the product, it's a little bit different than if it were for like a library like it's hard to build on a gpl like libraries per se because then you know it's like you got to open source your whole app to use some node library that's like annoying i think at the product level it feels pretty different to me to have it as like a gpl license yeah and in terms of contributing i think you sort of described a model of like agents doing the actual sort of heavy lifting on the implementation community members focused on like ideas direction verification and then the actual warp team itself kind of guiding the what gets built like does that sound about right or like how do you look at this yeah yeah so i can walk through the process actually it's kind of an interesting workflow yeah so if you want to contribute to warp you basically start by opening an issue which is how it works most places.

40:52Zach Lloyd:We've made it easy. You can open an issue directly from within Warp agentically by running like we ship a skill with Warp. This is called slash feedback where you can either provide the bug report or the feature request directly from within Warp and it will do a pretty good process of like gathering the info, opening the issue for you. Once the issue is opened there is an agent that runs on it which does triage and so it will dedupe it. It will do and like initial like complexity and feasibility analysis it'll like assign it to like a part of the code base and at that point someone from warp will look at it and be like there's a few steps that could happen from there so one is like we could just be like this is ready to implement and and someone from the community or someone from our team can take it in which case anyone who wants to work on it is free to grab it we could mark it as like what we call ready to spec And that means it's like a more complex issue that shouldn't be one shot by an agent.

41:52Zach Lloyd:And instead there should be, we want to see a product and tech specs and the agent will generate those, but there needs to be like, this is how the feature is going to work. Or if it's a hard bug fix, this is how the technology, like the architecture is going to work. And so that's a second thing we might do. And a third thing we might do is say like, not now. And I think we need to reserve the ability to be like, not now for certain things. Because we really want the app to be cohesive and work super well. And so we view ourselves a bit as editors here in terms of what should be built and when.

42:27Zach Lloyd:But let's say we're doing something where it's actually ready to be implemented. At that point, someone is free to ask Oz to implement it. they're also free to do the normal open source thing and fork the repo, make a local change, send us a PR. The difference is if Oz does it, we'll pay for all the inference. So I would suggest that people at least try to use Oz. And like, we've also provided all of these skills that come with the repo for how to make effective changes. And it's not a simple repo. It's like over a million lines of custom Rust code built from the ground up. And so we do suggest people use that context.

43:05Zach Lloyd:Unlike other open source repos, we really want people using agents. Like I have more confidence in an agent driven workflow succeeding and getting merged than I do. And in just a purely human one, we're using agents internally for everything. And so it's not like we're holding the community to a different standard. This is just like the way to build stuff on warp right now. And so you will generate a PR with an agent. We will then have an agent, it's all Oz, run code review on it and look for things that need to be fixed. We will have an agent run different verification that could be like computer use, make sure integration tests.

43:42Zach Lloyd:We do want people checking out and building and running the code. Like I don't have complete confidence yet of merging it, saying it hasn't been verified by someone. But if they do that, then we'll do a real code review. Like we're still doing human code review as well. I think it's still important. Like, you know, it's got to be a good app. And so we do that and then we merge it. And I don't know the exact number, but we've had like over 500 people have like created contributions. I think we've merged over PRs from like 100 different people or something. It's really, really cool. And so that's the contribution process.

44:14Zach Lloyd:And it's letting us ship things that we otherwise definitely would not have been able to ship. I don't know if this is an obvious question, but it almost sounds like those contributing now today don't necessarily need to know rust definitely not no yeah yeah it's it's made the like bar for contributing i don't want to say lower it's just made it wider like like yeah you could be any kind of developer because that always that's what always strikes me the rust is an amazing language in many ways people obviously some very pro some not so but that's just languages generally but but it is still a bit of a niche language like if you're going to build something You better be ready to find some far off developer who wants lots of money to come work on your thing.

44:57Zach Lloyd:We're just like past that. It's so cool. Anyone who uses the product, I would say even if they don't know how to code, can try to make a change. I think most of the people who are making changes are developers just because the nature of our product and open source contributions. but it's really widened the sort of funnel of who can contribute which again is one of the reasons why i think open source makes so much sense in a time of agentic development it just it gives everyone the chance to contribute to the apps that they use like no matter what your like technical background or capabilities it's really cool yeah and then just kind of wrapping up on this one i guess some people will be asking what is the business model i mean you mentioned interference but that's like sponsored at the moment is oz is that the sort of the paid product so yeah we make we make money in two ways so one is like if people use our coding harness so we make money through that our harness is mostly on our server still so we still we charge for that i should be clear it's our client side app that is open not the server piece of warp so we've maintained some parts of warp that are closer to the business as closed source for now at least We may open them too.

46:09Zach Lloyd:I'm very into open source right now. And then the other thing is our cloud agent infrastructure is more like an infrastructure product. So it's a little bit more like a Vercel model or something like that, where we charge companies for orchestrating cloud agents and we're not making money there necessarily even on like reselling inference. It's like we're selling infrastructure to companies that want to automate software development and that's Oz. And so that's more of our business got it moving i guess on to just sort of as we start sort of cruise to the end of the episode but the future the future of developers this is always a hot topic myself and sean one of our other hosts we've debated this quite a bit on our scd news monthly installments where we're sort of like where are things going how do junior developers get get in the door you're quite close to this i think like what do you think what do you see let's maybe start with this sort of thing that keeps coming up about junior developers and a should even get a cs degree b how do they get a job additionally now all this kind of stuff one data point here is we're hiring and like we're hiring at all levels of seniority and it's never been more competitive of for us to hire extremely talented people.

47:27Zach Lloyd:Like we have a really amazing team. And so what we're seeing it as is like, it's like a force multiplier for productivity and there's infinite demand for software in the world. And so my expectation is that like a junior developer at Warp is going to just ship way more than they were able to ship before. And same for a senior developer, the key skills for that junior developer to have are changing. I think that's actually really relevant. So what matters less is coding, which is a weird thing to say about a junior developer. But what matters is like, do you understand the system? Do you understand how the product should work?

48:10Zach Lloyd:Can you use agents super effectively? Like agents are like your new tool set. are you adaptable because the way that these agents are working is changing every month or so. And so we've always hired smart generalists and I've never hired language specialists. And I would just like triple down on that. Like smart generalists who can use all these authentic tools is so valuable right now. And like CS degree, again, I would never view CS degree as like a vocational degree. I would view it as a degree where like you're learning problem solving skills, you're learning engineering skills. I would say like any STEM degree is probably really good for the future, to be honest.

48:56Zach Lloyd:And CS is still really good. Yeah. And somebody asked me, there was actually a VC asked me the other day, like how they could sort of encourage some of their voluble companies to do more agentic coding. Cause they sort of looked at sort of what was on and they looked in their portfolio and said, or like talked, I guess, to some of their follow-up companies and sort of didn't feel that they were doing enough, shall we say? And what would be the inroads that you would like suggest that like, does Warp and Oz, is that like a really nice on-ramp to all of this? Or yeah, I mean, that's sort of obviously a biased question slightly, but...

49:31I love that. Yes, that's perfect. That's the correct answer. Yes, there we go. Just sort of just sales pitch right there. But yeah, so yeah.

49:36Zach Lloyd:When I've seen bottlenecks, so I guess a couple of thoughts here. One is I feel like that's actually less and less common. Like I feel like a year ago, I even did this LinkedIn post where I was like, I'm having a really hard time getting the senior developers on our team to embrace this new way of working. And the reticence from the senior developers at the time, I think, was pretty warranted in that the agents couldn't do as good of a job. And if you're a senior developer, you could write a better thing more quickly if you knew what you were doing than using an agent. And I think that has just flipped based on improvements in the models and the harnesses in the last six to nine months.

50:14Zach Lloyd:And so I would try to get your senior developers convinced because the way that the influence tends to work in development works, in my experience, is like it's the staff engineers, principal engineers embracing stuff and the junior engineers will come along and do it. So I would try to convince that cohort that there is a way to do engineering with these tools that produces a better quality product more quickly. I would not call it vibe coding. I think that that's like a horrible term. It like diminishes the craft of engineering. So I would call it agentic engineering. And I would say that there is like a new standard of doing development that's actually really fun and empowering.

50:58Zach Lloyd:and like it just moves the abstraction layer for engineering up one level if you embrace doing it and then i would like model it i would model the behavior like i was doing all this agent stuff at warp i'm still our biggest user i think even before a lot of our senior engineers and so like model it show what you can do and yeah warp warp is a great tool it's like i don't need to like show warp but warp is a great place if you want to get fully into agentic development whether it's using our own agent harness or using cloud code or codex. Oz is even more of the future. It's like letting you like set up automations using these agents.

51:35Zach Lloyd:So I think they're great tools for getting into it for sure. Nice. Well, I think that's a great place to leave it. Agentic engineering over Vibe coding. I definitely support that. Definitely. So yeah, Zach, thank you so much for coming on. I think this has been super interesting. Lots to cover. And who knows, maybe I don't think we've ever had a guest on three times so who knows maybe in another three to four years we'll have you have you back and we'll now and we'll hear about the warp evolution round three cool well it was a pleasure to come chat thanks for having me on yeah absolutely

From the publisher

The terminal has been a constant in software development for decades. It has remained largely unchanged while everything around it transformed. However, as AI agents have become central to the developer workflow, the terminal is emerging as a natural home for agentic development, and a new category of tooling is forming around it.

Warp is a popular Rust-based terminal and agentic development environment. The company recently open-sourced its codebase and launched Oz, its cloud agent infrastructure product aimed at helping enterprises automate software development at scale.

Zach Lloyd is the co-founder and CEO of Warp, and a former principal engineer at Google where he led engineering on the Google Docs suite. In this episode, Zach joins Gregor Vand to discuss how Warp has evolved over the years, why the terminal is better suited than the IDE for agentic development, how Oz approaches the governance and auditability challenges enterprises face with AI agents, and more.

Sponsorship inquiries:
sponsor@softwareengineeringdaily.com

The post The Terminal as an Agentic Interface appeared first on Software Engineering Daily.

More from Software Engineering Daily

All 195 episodes
The Terminal as an Agentic InterfaceSoftware Engineering Daily · 52 min
Listen in VO