"Ralph Wiggum" AI Agent Explained (& How to Use It)

We got Ryan Carson on the pod to break down the “Ralph Wiggum” Agent and why it’s suddenly everywhere. He walks me through a simple workflow that lets an autonomous agent build a full product feature while I sleep: start with a PRD, convert it into small user stories with tight acceptance criteria, then run a looped script that ships work in clean iterations. The big idea is you’re not “vibe coding” one giant prompt—you’re giving the agent testable, bite-sized tickets and letting it execute like an engineering team. By the end, Ryan shows how this becomes repeatable (and safer) with a memory layer—agents.md for long-term notes and progress.txt for iteration-to-iteration context. Timestamps 00:00 – Intro 02:44 – What is the Ralph Wiggum AI Agent 03:40 – Step 1: PRD Generator 06:11 – Step 2: Convert PRD to Json 09:47 – Step 3: Run Ralph 12:05 – Step 4: Ralph Picks a Task 13:14 – Step 5: Ralph Implements Task 14:49 – Tokens + Cost: What It Actually Spends 15:45 – Guardrails: Small Stories + Clear Criteria Keep It Sane 16:19 – Step 6: Ralph commits the change 16:38 – Step 7: Ralph Updates PRD json file 16:55 – Step 8: Ralph Logs to Progress txt 20:08 – Step 9: Ralph Picks another Task 20:48 – Step 10: Ralph Finishes Tasks 21:18 – Example of how Ryan uses Ralph 24:08 – How To Start Today (Ralph Repo) and Tips Links Mentioned: Ralph Wiggum Agent: https://startup-ideas-pod.link/Ralph-agent AI Agent Skills: https://startup-ideas-pod.link/amp-skills AMP: https://startup-ideas-pod.link/amp-code Ryan’s Ralph Step-by-Step Guide: https://startup-ideas-pod.link/Ryans-Ralph-Guide Key Points I can’t expect “sleep-shipping” unless I translate the feature into small, testable user stories with clear acceptance criteria. Ralph works like a Kanban loop: pull one story, implement, commit, mark pass/fail, then grab the next. The real leverage is the reset: each iteration starts fresh with a clean context window, instead of one giant, messy thread. agents.md becomes long-term memory across the repo; progress.txt is short-term memory across iterations. The bottleneck isn’t “coding”—it’s the upfront spec quality: PRD clarity, atomic stories, and verifiable criteria. The #1 tool to find startup ideas/trends - https://www.ideabrowser.com LCA helps Fortune 500s and fast-growing startups build their future - from Warner Music to Fortnite to Dropbox. We turn 'what if' into reality with AI, apps, and next-gen products https://latecheckout.agency/ The Vibe Marketer - Resources for people into vibe marketing/marketing with AI: https://www.thevibemarketer.com/ FIND ME ON SOCIAL X/Twitter: https://twitter.com/gregisenberg Instagram: https://instagram.com/gregisenberg/ LinkedIn: https://www.linkedin.com/in/gisenberg/ FIND RYAN ON SOCIAL: X/Twitter: https://x.com/ryancarson Amp: https://ampcode.com

Speaker names marked ? are inferred from speaking time and the show’s known hosts — they are not voice-verified.

• 0:00Greg Isenberg?

  Today, we're breaking down the clearest explanation of Ralph Wiggins. No, not the Simpsons character. It's the AI coding loop that everyone is freaking out about. Ralph is a simple idea with huge consequences. You give an agent a list of small tasks and it keeps picking one, implementing it, testing it, committing the code. It's basically a way for you to have AI agents building your business, building your product overnight while you sleep. Sounds too good to be true, but it works and it uses Claude Opus 4.5 to go and do it. So in this episode, this is the clearest explanation of how beginners can learn how to use Ralph.

• 0:43Greg Isenberg?

  You don't need to be technical to understand it. By the end of this episode, you will be capable to implement Ralph so that you too could wake up to features fully done for ideas in your head for the startup you want to build. Enjoy the episode.

• 1:08Greg Isenberg?

  We finally got Ryan Carson on the pod. This is a guy who, Ryan, I don't know if you know this, but I was a Treehouse customer. I learnt how to code many years ago.

• 1:19Speaker 01

  Heyo.

• 1:20Greg Isenberg?

  12 years ago. And he is one of the best communicators when it comes to learning AI, learning how to code. So we brought him on to figure out what the hell is Ralph?

• 1:36Speaker 01

  What is happening? Greg, it's so good to be here, man. Like, I literally watch your show. I'm not one of those people. It's like, I watch the show and don't, I do. It's packed, packed with knowledge. So it's fun to get the invite. And it's crazy, you're a Treehouse student. I mean, I learned how to code getting a computer science degree, which seems hilarious now. And I decided people shouldn't need a computer science degree. So launched Treehouse, taught a million people how to code. And now people really don't need a computer science degree.

• 2:02Greg Isenberg?

  That's right. So for this, for this episode, what are people gonna learn? And if they stick around to the end, you know, who are they gonna be?

• 2:12Speaker 01

  So what I'm gonna teach everybody is how to build an entire feature for your app while you sleep. So if you watch through the end, you're gonna have all of the technical knowledge, even if you're not a hardcore developer. In fact, I would say this is perfect for you if you're not a hardcore developer. You're gonna have all the knowledge, all the code. I literally have a repo that you can go and download the code. So watch to the end and you're gonna have, you're gonna have the sauce.

• 2:41Greg Isenberg?

  All right, let's do it.

• 2:42Speaker 01

  Okay, so a friend of mine named Jeff Huntley thought up this idea called Ralph. And Jeff is super creative and he launched this a while ago. And the idea is really simple, but that's why it's so good. So yesterday I thought, you know, I'm just gonna post about this and give people a breakdown of what is this thing? How does it work? And you know, you never quite know when the algo is gonna hit on X. Sometimes it does, sometimes it doesn't, and this went bonkers, right? So you can see we're over 700,000 views. And then there's been retweets of this thing that have got over 100,000 views each. So it's just gone ballistic. So what is it? Well, I'm gonna walk you through it.

• 3:27Speaker 01

  I'm sure Greg will share all the links in the show notes. So you can click through and read this, but I'm actually gonna walk you through a workflow of what is Ralph? And how does it work? So let's start there.

• 3:41Speaker 01

  All right, so say that you're building an app, right? You know that you want to add a feature to it.

• 3:49Speaker 01

  This is often when you do what's called a product requirement doc or a PRD. The idea is that you want to Build something like, hey, I want to add this new feature that does XYZ. And you want to build that, but it's pretty complex. Like, this is not a one-shot, you know, make me a landing page. Like, this is a pretty complex thing you want to add to your app. Well, how do you do that? So you start off with writing a PRD. And a PRD, thankfully, is something that agents are really good at. So the way that you do that is that you actually have AMP or Claude Code or whoever's your agent of choice do that. So I'm going to show you how I do that.

• 4:34Speaker 01

  I'm going to show you this, which is called the PRD Generator. So what I do is I fire up AMP and I basically start talking. I use Whisperflow, love it. And I basically say, okay, I want to build this feature. And this is all the stuff it should do. And, and, and I just talk for often like two, three minutes. And then I tag this file, right? So this is a simple markdown file. This is a skill called PRD Generator. And this isn't rocket science, right? So it's got the job that you want AMP to do or your agent to do. It's going to receive a feature description from the user. It's going to ask three to five essential questions that clarify.

• 5:16Speaker 01

  It's going to ask for answers to basic questions, right? So this is a pretty standard prompt, right? So what I've done, just to remind you, is if we go back to our flow, I've opened up AMP, I've clicked Whisperflow and I've started talking. And then I tag this file or this skill and I say, use my PRD skill and turn this into a PRD.

• 5:41Speaker 01

  And you can actually see I've got a real life example of me doing this.

• 5:47Speaker 01

  And a file that ends up being a PRD. So let's go back here. All right, so you've got this markdown file, which is a product requirement doc. And again, just in kind of normal person language, that's just a description of what you want to build. And it often has things called user stories in there, which are specific things that you want the user to be able to do in this feature. So now you've got a markdown file. Great. What do you do with that? So the next step is, this is a Ralph specific thing is that you create, you convert this into a JSON file. Now, I've shown sort of an example of a JSON file.

• 6:27Speaker 01

  If you don't know what that is, it's basically a specific format that computers like. So what you can see is that this is a user story. So the title is add priority field to a database. And then the acceptance criteria, this is the most important thing. So how do you, how does AMP or your agent know if it's done with this thing? You have to give it clear, what we call acceptance criteria. They're basically tests so that the agent by itself can build this thing and know if it was done without asking you. So the whole key of Ralph is that it's going to build this whole feature while you sleep. But how is it going to do that without you saying all the time, that's good, or that's

• 7:12Speaker 01

  bad, or this needs to be fixed? It has to know if it passed the acceptance criteria. Right? So this is one of the big unlocks with Ralph or any kind of flow like this is that the agent needs to have a feedback mechanism so that it knows if what it's doing is correct.

• 7:28Greg Isenberg?

  So what you're saying is the alternative is you have to be Ralph, right? You have to be that person to be like, yes, no.

• 7:36Speaker 01

  Yeah, you have to do all the testing. Right? And that's a pain. So, and the agents are smart enough now, Opus 4.5 is smart enough now that if you give it good acceptance criteria, it can do it. So, all right, so we've got a PRD, a product requirement doc. We've used this, this skill. Let me take this here. Okay, so now this is called the Ralph PRD converter. And it says it converts a PRD to a PRD.json file for the Ralph autonomous agent system. And it basically says, okay, take a PRD and markdown format and then output it like this. Right?

• 8:19Speaker 01

  So this is telling the agent exactly what you need the PRD to be turned into. And it has a couple of really important things here, like the story size, the number one rule, each story must be completable in one Ralph iteration. So this is the other big unlock with working with agents. Is that they have a context limit, right? So, you know, with Opus, you're looking at about 168,000 tokens. You have to be picking chunks of work that can be fully completed within that context window. And this is the, this is why Ralph works so well is that it runs little independent threads where it completes one user story because it's not very big.

• 9:04Speaker 01

  So you've got a bunch of very small user stories. Story ordering, it puts the ones that it should do first at the top. And then it says acceptance criteria, they must be verifiable. Right? So this is really key. So good criterias are add, you know, status columns to the, to task table with default pending. You can filter dropdown, has options, all active, completed. And again, these are things that AMP wrote for me and I verified, but they're important that it's in there. So let's go back. All right. So we've created our product requirement doc. Great. We've used the Ralph skill to turn it into a JSON file. Great.

• 9:47Speaker 01

  Now we run a script. So this is a little different. So most of us are who have used agents like an AMP or a Claude code or a cursor, you're used to opening up that program, right? So you open up Cursor or you open up AMP and you start talking to it, right? This is actually a BASH script, right? So this is a file that the, that your actual local computer runs. So I'm going to show you actually what this looks like really quick.

• 10:17Greg Isenberg?

  And for people who don't know what BASH is, it's, it's just a way for...

• 10:24Speaker 01

  It's just a type of, so, so, so when you open up your commands, like your terminal, which is basically a text input box for your computer, you can type commands on it and you can also run scripts on it. So that's what a BASH script is. It's a type of file that the computer can run from the command line. So I'll show you what this looks like. And again, this is all open source and we're going to have all these notes, all these links in the notes. And so you could literally take this Ralph public repo I have, download it and use it. So let's go and look what this actually looks like. Now this looks kind of scary.

• 11:01Speaker 01

  But let's look at what it's actually doing. So it's saying, okay, how many times can this script run? The default is 10. It has a script directory. It has the PRD file, right? Like we talked about this, so it's called PRD.json. It's got a progress file, which we're going to talk about. And then the idea is that it archives this script when it's done. And then basically it does a loop. And I'll explain how that loops works visually. Cause it looks nicer than than bash. But this is the actual file that runs. So, once again, we'll quickly recap. We've got a PRD we wrote. We converted it into a PRD.json, which is just a list of user stories.

• 11:46Speaker 01

  Every user story is very small, right? It has very clear acceptance criteria. And then you go to the command line and you run the Ralph script, which is you type a couple of characters and you hit enter. Now then what happens and why is this so exciting? So, all right. So then what happens is the agent, you know, I use AMP. It picks one of the stories. Usually it picks the first one. And it's looking for any user story that has passes false, right? So you can see here, has, has this user story been, does it pass or not? No, this one doesn't. So let's grab it, right? And this is the other really cool thing about Ralph.

• 12:30Speaker 01

  So for decades, right? Teams of engineers have been working this way. You have a list of usually sticky notes or now, now that's combo on boards, right? And you have a user story, you pull it off and you say, I'm going to do that. You go to your desk, you start coding, right? And then you complete it, you commit it and you merge it, right? And then you come back to the board and you grab another sticky note, right? This is the way humans have been coding forever. And the reason why is because it works, right? You have a unit of work that you can understand, that you can test and you can complete independently. Right? And this is exactly what Ralph is doing. So it's picking a story, grabbing off the board and it's tackling it. So.

• 13:14Speaker 01

  Then it starts running, it starts working, right? This is what we're all used to if you're in Claude Code, or if you're an AMP, or if you're in Cursor. You say, "OK, build this thing," and you start seeing it working, right? So I'm actually going to show you.

• 13:29Speaker 01

  Today, I posted and I said, "OK, this is a real thing." I actually built an entire feature with Ralph, and these are the steps I took. I created the PRD, I created the user stories, and then I started Ralph. And then I'm just going to show you an example of what this looks like for real.

• 13:49Speaker 01

  So this is a thread in AMP. This is basically what you would usually look at and type into. And this is the system prompt that Ralph gets, right? So it says, "You're an autonomous coding agent working on my project. Your task: read the PRD, read the progress log, and just do a bunch of stuff." And then it basically says, and then it starts working on it. Doop da doop da doo, pretty straightforward. And then you can see down here, it's actually cranking, right? So this is the kind of stuff you're used to seeing. So there, here, it starts writing code. Now, the whole time that this is happening, I am sleeping, right? Or I'm having dinner with my amazing wife, or something, or I'm paying attention to my kids, right?

• 14:34Speaker 01

  But Ralph/AMP is cranking on that first user story, without me having to look at it, give it feedback, do anything, because it has everything it needs, the context, it has the acceptance criteria, it has everything.

• 14:49Greg Isenberg?

  What about tokens? Is it burning through my tokens?

• 14:53Speaker 01

  No, this is the beautiful thing. So I actually looked at a couple of these. Let's actually look really quick. Yeah, so look at this. This was three bucks. I mean, $3, that's less than a latte.

• 15:07Greg Isenberg?

  Totally.

• 15:08Speaker 01

  So the question is, how valuable is your time? Right? I think that, you know, for some people, $3 is going to be too much. Right? So, so for instance, the typical Ralph cycle is probably 10 iterations. So you're looking at maybe 30 bucks. But think about how expensive and how hard that would have been with your time or developer's time. So it becomes, you know, pretty amazing. I like, and I'll do one plug, which is that we're about to launch a daily free token allowance on AMP. And so you get like 10 bucks a day. So you could do this for free. So, and so I think people are afraid of like, what if the agent runs by itself? Is it going to go off and do crazy things?

• 15:52Speaker 01

  And the answer is no, because you gave it a clear user story with clear acceptance criteria. Right? It's going to be actually a pretty small thread. So.

• 16:01Greg Isenberg?

  Right. I mean, it only does a crazy thing if your criteria is crazy.

• 16:06Speaker 01

  Right.

• 16:07Greg Isenberg?

  Yeah.

• 16:07Speaker 01

  So this is the whole point is you have these, these very small atomic user stories. So, all right, so AMP cranks, it actually finishes the feature, the user story. And then it commits the change. Right? So it's like, okay, I did everything. And this is really important. This is in the system instructions for Ralph. When you finish commit, because you may need to roll back. Right? You may need to go back and fix things. And this allows the agent to do that if it needs it. This is pretty standard stuff for, for agents. And then what it does next is it updates the PRD.json. And if you look at this, it's going to change this from passes false to passes true. So all of a sudden, it's like that person, they go back to the board and they put the

• 16:51Speaker 01

  sticky note back on and it's crossed off. Right? And then this is one of the most important things is that it, it logs its progress. So this here is really important. So what's going to happen is when this iteration is finished, it's going to learn things. It's going to learn things about your code base. It's going to run into, you know, walls and have to go around them. You don't want it learning that stuff every time. Right? So what it does is a very simple prompt. It says, if you learned, if any of the files you edited have agents.md files in that folder and you learned something that's important, update that file.

• 17:32Speaker 01

  So not only are you, and this is what Kieran and the team over at Every absolutely crushed with their compound engineering concept is that your agent should be getting smarter every time it makes a mistake. And by updating agents.md, you're going to get that long-term benefit. This isn't just during this iteration. You're going to benefit every time from now on that you're using AMP or Claude code. So.

• 17:56Greg Isenberg?

  And for people who don't know what agents.md is and the importance of it, can you give a quick primer on it?

• 18:02Speaker 01

  You bet. So what it's a very simple file. It's a very markdown file. And think of it as notes that you would give to a new developer who had never seen your code. And the neat thing is you can have an agents.md file in every, every folder in your entire repo if you want. And what happens is AMP will, if it AMP starts looking at a file in a folder, and it sees an agents.md file in that folder, it will read it first. So it's cool. It's like sticky notes everywhere, right? So it's like if you, you know, have some knowledge about this part of the code base, and you really want the dev to know, hey, before you mess with stuff, read

• 18:42Speaker 01

  this. That's what agents.md does. So you can have it at the top of your folders directory. So that gets read every time the agent works. Or you can put it, bury it down in some subfolder so that it just reads that when it's editing that file. So that's really, really important. If you don't do this, you're going to have a bad time over and over again. And then it, what it does is it updates a progress.txt file. This is like short-term memory. So this is like saying, hey, during, during these 10 iterations that Ralph is going to do, what are some things that we're kind of learning? What are we doing? How does all this work? I'm actually going to show you.

• 19:26Speaker 01

  Actually, I won't show you example because it's a bunch of text, but the idea is for each iteration, it's going to say, okay, here was the AMP thread that we used, which is great because then the agent can go back and read it. So say that you get to iteration two and it wants to see, well, what I do in iteration one, it can actually read that thread and figure it out. It also puts a couple of notes in there like, oh yeah, I probably, you know, shouldn't do that in the future, or I should think about this. It's more of a short-term memory, whereas agents.md is its long-term memory, things that it really needs to remember. So that is logging in progress.txt. Any, anything confusing so far?

• 20:05Greg Isenberg?

  Crystal clear.

• 20:06Speaker 01

  Nice. Okay, so what happens next? Well, then Ralph says, okay, is there any more stories? So it goes back up to the little board and looks for more sticky notes, right? And it says, oh, yep, there is more stories. So I just do it again, right? I pick a story. It usually picks the next one in the JSON file. But the nice thing about is it's like a human. It can also figure out, well, I could do that story or that story. I'll, I'll pick this one because that would be smarter. So it grabs it, then it implements it, it commits a change, it updates the PRD.json file, it logs its progress, updating any agents.md,

• 20:46Speaker 01

  and it just does this over and over again until, ta-da, it's done. So this, I'm going to show you again, this was a real example of me using Ralph today. So this morning, I built a big feature into my app. So I created the PRD, and then I created the user stories, and then we cranked and we started doing this. Now, this Ralph iteration took 14 iterations to do. And just to kind of zoom into like one of these, right? What does this actually look like?

• 21:24Speaker 01

  So again, same system prompt. And now this is the key is I think people don't get it like, well, why is this different than me just like using AMP or Claude code like on my computer? And what's happening is you're getting a fresh loop every time. So you're getting a brand new thread or a brand new instance of Claude code every time. So you're starting fresh with a brand new context window, starting from fresh. So these are the instructions. This is what we're doing. Read the PRD, do the stuff, progress report format, append to it. Here's how to append. So, so the things it's putting in the progress file are the AMP

• 22:06Speaker 01

  thread so that it can read it again. What was implemented, the files that were changed, any learnings for future iterations, you know, patterns discovered, gotchas, useful context. And then it kind of cranks through and then it starts down here, you know, and that's pretty much it. I mean, it's very, very simple. And with that, you can ship massive features while you sleep. And y'all, I've been, you know, I got my computer science degree 26 years ago, right? I've taught a million people how to code, right? I've started companies with huge engineering teams, right? This loop is basically an entire engineering

• 22:49Speaker 01

  team while you sleep. It's unbelievable. And this just wasn't possible for Opus 4.5. I think with Opus 4.5, this is absolutely the real deal. And just wait till Opus 5 comes out. I mean, it's so, so exciting to be alive right now.

• 23:07Greg Isenberg?

  Yeah. And I think it's not just an engineering team. It's a high quality engineering team that have, you know, runs by best practices.

• 23:16Speaker 01

  Right. For $30.

• 23:18Greg Isenberg?

  For $30.

• 23:21Speaker 01

  So it's okay. Now, now in a perfect, the real world is, so let's look back at this thread. At the bottom, I said, you know, after I finished, I tested Manly and did find a few edge bugs. This is normal, right? You're gonna probably run into a couple of things that don't quite work right or are perfect. But you know, Amp and I just worked on it and cranked out fixes like really fast. And the feature shipped this morning.

• 23:50Speaker 01

  So that's what all the hubbub is about with Ralph. Again, it's exciting because it's so simple. It's a loop, right? It's grabbing a user story and doing it. It's having clear acceptance criteria. And then it's writing down what it learns so that it doesn't make the same mistakes. The last thing I will say, very, very, very important, I'm gonna zoom in. Is this, this, these two steps, writing a PRD and converting them to user stories. This is where you should spend a huge amount of time, like you should spend an hour on this.

• 24:29Speaker 01

  Right? It's very, very, very important that you get your PRD right and that your user stories are small, atomic, and that you have clear acceptance criteria. Because if you don't take your time on that, you're gonna get 10 iterations of Ralph and you're gonna end up with something that's not very good. And I will say one tip, one like really good at the coalface with your pick as you're working, is figure out how to connect your agent to a browser, right? So I have a specific skill, which is in, let me actually show you. GitHub, let's go to Snark Tank.

• 25:14Speaker 01

  And I'm going to show you this repo called AMP Skills.

• 25:19Speaker 01

  If you can download all these, these are open source. Now, not open source, but this one is what I would use, which is your web is your dev browser.

• 25:33Speaker 01

  Okay, so dev browser use this because what this does is this allows AMP or Claude Code to actually use your browser and test and your user stories that involve front end code.

• 25:48Speaker 01

  Remember that the agent needs to be able to test that. And testing browser is hard for agents. So you have to give a specific skill like dev browser. This is a free skill that a friend of mine made. It's really good. So one small tip for you.

• 26:03Greg Isenberg?

  Cool. We'll include that in the show notes. If people want to get started today, how do they get started with Ralph?

• 26:11Speaker 01

  So I would probably go to this repo. So just go to github.com forward slash narting forward slash Ralph. It's completely free. Look at the code, but just tell your agent to look at this code. So tell your agent to go set it up. If you're using AMP, great, you know, and it will crank it out, get it all set up and then say, okay, I want to, you know, ship my first feature.

• 26:36Speaker 01

  How do I do it? And it will walk you through it.

• 26:39Greg Isenberg?

  And you believe that even if you're non-technical, you can do it?

• 26:44Speaker 01

  Yeah, I think you need to be curious. I think you need to have agency. But I think if you have those two things, which you probably do, if you're watching the show,

• 26:56Speaker 01

  you can do this. Now it helps to be technical, right? There's a couple of things that are useful, but I think we're now in a world where if you want those skills, you can acquire them very, very quickly.

• 27:07Speaker 01

  And I'd encourage you, go out there and get your hands dirty. Like that's the most important thing is use the thing. Figure out how it works. And then if you don't get it, ask AMP, ask Claude Code. Like you have this superhuman tutor to help you. So just ask them.

• 27:22Greg Isenberg?

  Ryan, thank you so much for coming on. You explained this exactly how I wanted you to. Crystal clear, unbelievable. I would love to have Ryan back on the pod if he would come back. But, you know, would you come back on the pod?

• 27:39Speaker 01

  Let's do it. I'd love to. Let's share as much knowledge as we can.

• 27:43Greg Isenberg?

  And I want that comment section on YouTube buzzing for Ryan. Because, listen, it might look easy. Now you might be like, oh, I get Ralph. That was super easy. But it's because he explained it in a simple way, which I think is the beauty about you, Ryan. So thank you so much. I'll include links for all of this to get started, links to follow Ryan on X, you know, links to AMP, links to Claude Code. And Ryan, anything else you want to make mention to?

• 28:13Speaker 01

  Well, thanks, Greg, for your content. Like, it is a big unlock. I think if people want to learn these things, they can. And your content is a big piece of that. And the second thing I would say is, you do not need a computer science degree, y'all. You can do these things. Like, if you are curious and hardworking, you can now do anything. And now is your moment. So if you've got an idea, build, build, build.

• 28:38Greg Isenberg?

  Yeah, quit watching us right now.

• 28:40Speaker 01

  Get out of here.

• 28:40Greg Isenberg?

  Get out of here. All right, we'll see you next time. Thanks again, Ryan.