B (3:29)

I was a long time business writer, was at Fortune, Wired, Forbes and I remember being at Fortune during the introduction of blogging and on all of the sudden everyone had access to something that I thought was something that was unique to writers. We were able to talk to the world in a way that no one else could. And that was kind of like a monopoly almost on this ability to get ideas out into the world. And then WordPress came around and Tumblr and suddenly everyone could talk to everyone and you discovered this explosion of ideas. And I have and it was scary at the time and then it was, you realize, oh actually you want to embrace this. More ideas the better. And so you as a writer changed and as an editor changed how I thought about who I could go after and open up. Like suddenly I realized there were way more people that could be sharing ideas and reporting than I ever thought were possible. A couple of years ago when Generative AI started making its way into coding and it became clear that any of us could build anything, I had the exact same idea. But it went from being this I was on the opposite side of it. It was like, oh my God, I've had all these ideas of stuff I wanted to launch and in the past I would have had to go convince an engineer or a PM to go team up with me on something and I was just trying to influence what got built and then I could suddenly start building. So it has become an obsession of mine, a building to the point now where when I'm with friends and family, they're like, please stop talking about the stuff that you're building. You know, we don't want to hear about it anymore and I just have to like ratchet it back. But on the weekends it is like, that is what I love spending my time doing. So, like while the super bowl was going on, I will be on my laptop building either like working on some new feature for the apps that I have out there.

A (5:18)

Well, what's really funny is you are not alone. We just had Guillermo, the CEO of Vercel, on, and he calls that request for prioritization, like petitioning the government, where anytime you had to have something built, you had to go to the government, which were unfortunately run by product managers and say, please, oh please, government, would you pass this resolution to ship my button in totally in production. And then we're also hearing from everybody, whether technical or not, that this is really fun to build and it's kind of new hobby, new new space for learning and unfortunately, maybe, or fortunately, where they're spending too much time.

B (5:55)

Yeah.

A (5:55)

So, well, what we're going to benefit from your obsession now and you're going to show us how you, as somebody who has a non technical background, has used cloud code and some other tools to build real production apps. So what do you do? What's, what's your special sauce?

B (6:09)

Sure. So first I should just tell you. I started this with a course I took on Cursor. So it started with how to use cursor and I can share that link with you on the. It's a free course, how to build with Cursor, how to build apps. And I watched that. And so I started with Cursor and then over time I stopped using Cursor because I didn't really care where the files were kept. I wasn't going in and editing anything. I didn't actually need that. I just needed to tell people what I was doing. I needed to tell Claude what I was doing. So Claude code was the big unlock for me. And I'll show you what, how I build. So if you can see my screen here, I'm going to show you one. One thing I do is I keep, I use Claude and I ratchet back and forth between the 20amonth plan and the $100 a month plan, depending on where I am in my building. So right now I'm in the $100 a month plan. I keep a Claude window up that has all of my I keep everything in projects. So this is my Commutely project, if you can see this.

A (7:01)

Yep.

B (7:02)

And I keep one running feature here which is Commutely feature idea and tracker. So this is as people talk to me about what they wish the app did and this is an app for being able to basically never run for the New York City train again. You can know if it's I keep missing the train. I'm like, I'm going to build an app that is just for me that is basically like is the train almost here? Can I walk or do I have to run? That is what it's designed to do. It was that perfect product market fit because I was the entire product.

A (7:28)

We call this personalized the rise of personalized software right now.

B (7:32)

It's amazing. It's the best. And then suddenly you discover other people care about this also and it's like, whoa. I have a community. So this is for my community of train runners. They give me lots of feedback and I've been keeping a. I keep, I keep one Claude chat available here that is just all the feature ideas and I've given it a prompt to basically rank it in terms of time it'll think to build and the growth that it will think that this feature should have for the, for the app. And so the I'll read you the prompt at the top which is basically let's use this as a running idea of ideas for Commutely as I log them, keep track of them and offer guidance time estimate to build an estimated back and forth hours potential impact score on 21 to 3 scales. Customer happiness and growth impact. And then I've given it a bunch of ideas and just keep feeding it new ideas. And it has this table here. So these are if you can see this community features ranked by build time. And so what I do is when I have free time I go into this chat and I find a feature that I'm like oh, I've got a couple hours, I can go and build something and I'll look for it. So the things on my list to do are Siri integration, standalone widget. I've already built this SEO friendly blog location awareness. But I thought maybe for this it would be fun to build something I've been trying to do which I built the scheduled automatic updates which is I know that every day at 7:30am I usually leave my house. I just want Commutely to tell me where the trains are. So I built that but no one's using it. And so I need to be able to Build. I now have to think about discovery. By the way, this is the other part of this I've learned is like, the building is one thing, the marketing is a total other part of it. So now I've gone from being a quasi crappy PM to now being a quasi crappy PM as I learn how to basically do marketing for my app too.

A (9:21)

Here's a funny thing that I'm thinking, as you say, that is I know I'm a true product founder and that I will literally build everything on this list before I can will myself to do anything that is like even remotely called marketing. And so if you can get over your, you know what we say in the industry, you know, if you can climb cringe mountain and just become a marketer, you will be very happy with the distribution of your app.

B (9:47)

So I've already worked with cloud code on coming up with a retention plan. And I save everything as dot MD as markdown files. So I've got, within my community project, there are just, there's a document folder and then there's a list of markdown files. And I just, every time I'm working with Kumutli, every time I'm working with Claude, I'm saying write it into a file, log everything, log everything. And I do that for two reasons. One is the context window Claude. It's constantly forgetting what it's working on, and then I'm forgetting what I'm working on because they only do this on weekends. So on Saturday I'll pick it up and I'll be like, what, wait, what am I building? I can't remember. And how far did I get? So everything gets logged. That is one tip I try to give anyone that is in my my shoes also. So we make these MD files. So this is retention plan and it's come up with a general plan, but now I need to go build it. So I keep two tabs. I use terminal and I keep two tabs open. One is for building and one is for reviewing. Now, I've given Claude two personalities which I can bring up by using. One is called the builder app is called Bob, Bob the Builder. And so I bring up Bob, and this is my builder app and he's got instructions. Tell me your instructions on how you work. So this is just to show you what Bob is trying to do.

A (11:09)

And quick question for folks that don't know how to do this. First of all, I have never seen somebody customize their Claude theme to let them know what version flavor of Claude they have running. I've seen a lot of people that run multiple clods and multiple flavors.

B (11:23)

Yeah.

A (11:23)

So I've never seen that pro tip. You. You can do that. Second is how do you have you built these as aliases that have different settings. How do you build actually how do you technically make Bob? If you could just give us some high level.

B (11:35)

This is not going to be super satisfying because what I did was I go into Claude and I say I don't want to have to tell you every single time what you are. So this is your requirement as Bob. And let me. Let me pull up what Bob is here. So. Well, here, this is. This is what I've taught Bob to do. This is basically my prompt on what I want Bob to do. So this is Bob telling me Bob's idea. Everything has to plan first. I've learned over time, like you don't build until it's done planning. And I've heard guests of yours say the same thing like plan, plan, plan first. And then everything has to be built in modules. I don't want like tons of spaghetti code. I learned that with my first project. The code gets unwieldy. So I say you're a lean builder, whatever that means. And then document everything. We talked about that. This is the important part. As I say to Claude, I say to Bob, you have to stop constantly and you have to run everything by Ray, who's the review agent. So let me get over to Ray. So this is Ray.

A (12:29)

I love this so much. While you pull this over. So you have actually named your clods.

B (12:36)

Yes.

A (12:36)

And then you give them instructions to listen to each other.

B (12:40)

Yes, they have to talk to each other. So Ray's job is senior software engineer who is obsessed with security and with making sure that we don't leave. What are any of our design guidance. So I've got a whole design document also. And then make sure. So here's what Ray does. Ray, what I do. I review Bob's plans before he builds. He reviews code milestones, guard security architecture and what he cares about. And this is what was in my prompt is member trust, security architecture, integrity and quality. And I say and because Claude is always rubber stamping everything. I'm sure your viewers see this all the time. Everything's genius. You're always perfect. I have to tell it. You have to say no to things like you're. And then I break the tie. So the third agent is me. I am the person who breaks the tie. That often happens between Bob wanting to do something in racing.

A (13:33)

You can't do it well, can I suggest two other agents? One is Amy, the PM that says, sorry, Bob and Ray, that hasn't been prioritized yet. And then there's Joe, the AE that sells it anyway, whether or not it's been built. And then you have a whole team ready to go. Okay, so Ray and Bob work together. So how does Bob invoke Ray?

B (13:55)

So Bob has to. So let's do this. Say. I'm going to say we were going to build the retention plan. All right? So I use the app, it finds its retention plan md and then I just say, because Bob knows what his role is, I say, get started. So he should now go into plan Bob. I shouldn't even use. I shouldn't personify these people. So it now goes into.

A (14:20)

I think it's very. It's, you know, it's just the way we work, really.

B (14:24)

I feel so creepy about it. I hate it. I hate it. I hate when I do it. So it's starting to read this markdown file that I showed you earlier of what this retention plan is. I came up with this weeks ago, reviewed it, I thought it was pretty good, and now we got to start building it.

A (14:37)

This is amazing. I think this is so fun.

B (14:40)

So once it's done here, it will spit out something that I have to then copy and paste into Ray. Now, what I've done in the past is I haven't built Ray and I've just said, run this past a security agent. That works. But what I don't like about it is I can't see what the security agent is saying. So what. What the builder agent will often just say is security passed it, or security wants me to change one thing, but because I'm trying to learn this also, I want to know what it's stumbling on.

A (15:06)

I think that's an underappreciated workflow, which is, you know earlier when you said I got out of cursor because I'm not looking at files and I'm not editing things. The software engineer in me just started like, my ulcer starts. Totally just flare. I am an aggressive code reader. But you are taking this. And I even think some of these, like, micro frictions that aren't necessarily like, yeah, could you spin up a Ray sub agent and do all sorts of fancy stuff? But I do think putting a little bit of friction in the process, where you're actually forced to like, copy and paste, put it over, read what Ray says.

B (15:38)

Exactly.

A (15:39)

Does help with learning. And so I don't want people to, especially people that are moving from non technical into more technical tasks to make it so efficient that you're not actually learning the process. Because then like you, you can set up even more powerful systems.

B (15:54)

Couldn't agree with that more. That has been. And I'm not doing this just to build, I'm doing this to learn. But what I figured out early is that I'm not going to learn how to code. Like just being realistic, like I tried to do that. I got, I didn't find it that interesting. And I'm like, I'm a total beginner. And I'm like, well, it's actually building code. I just want to understand why it's building what it's doing. And the problems that I find that I can solve uniquely as a human are things of like, should we prioritize this or not? Or you're. This seems like it's going to be really expensive. Like is this worth doing? Is this going to break my budget? My budget for commutely is zero. Except what I'm paying for, Claude. And so I don't, I have to tell it all the time. Like that seems expensive. I don't want to do this. All right, so here, this is, it's now done. Here, let's come up with this. It's pretty long implementation plan. So normally I would sit here and read this whole thing, but I told it build it. Everything that Bob does has to be done in a branch. That's one lesson I've learned. I used to ship everything to main and I learned the pain of that early on.

A (16:57)

I yelled at a friend recently. I was like, make a branch, dude. Like you're stressing me out.

B (17:03)

Oh my God. But what I didn't realize this, I found this out from real engineers later is it's not. When I merged the branch, my other app, I merged the branch into main and it didn't work. There were for some reason it didn't like merge perfectly. It took me weeks to be able to figure out why it wasn't merging. So I didn't. This was a lesson to me is it doesn't always just work seamlessly. You probably know that.

A (17:24)

Well, yeah.

B (17:25)

Okay. All right, so here I'm copying the plan here. Normally I would read this whole plan, but I'm not going to this time because I'm just going to build this into a branch and then work on it later. So Ray is now ready for this. I paste it in. There we go. And now Ray is going to get to work.

A (17:41)

And so what Ray is doing here is the sort of. Is this architecturally correct? Is it secure? Are there any, you know, as we say, there be dragons. Like, is there anything in there that you need to be worried about that? BOB Mixed. And I really like this. We haven't actually seen somebody do a Persona to Persona handoff. What we have seen is a lot of people will maybe use like an opus 4. 5 or an anthropic model to build the plan and then they'll actually hand it to like a Codex model to review it. Codex is like a little, a little mean senior staff engineer.

B (18:14)

Totally.

A (18:15)

And so it is, it is kind of nice to have that handoff. And you know what I say is like dueling agents to just get very similar to when you're working in a team. I think you can appreciate this, right. You write code and you're. Or you write up, in my experience in product, like you write a product idea and then you bring somebody else into it and they're like, oh, but you forgot we have to have this compliance thing. Or don't you remember that when we did the data analysis on this, customers hated that piece. Or design says, actually this is really technically hard to implement in our design system. And so I do think just taking some, taking some flows from your organizational process and then figuring out how to make them agentic is a really natural way for people who especially have been managers and.

B (18:57)

Yep.

A (18:58)

To start building out their own little AI productivity stack.

B (19:01)

It's such a great call that manager. That idea of being a manager for this, you are managing these agents.

A (19:06)

Yep.

B (19:07)

So like, one of the things I find a lot with commutely is it depends on this app is really built around live activity on iOS. That is where you are tracking your train is. Your phone is locked. You just go and look at it. Live Activity has, it turns out to have all kinds of limitations and Claude will forget those limitations all the time. And so it will suggest things like, oh, you should just do this. And I'm like, we've learned this already. Don't you remember, like two weeks ago we tried to build it. It turns out that like, it can't actually ping the MTA's API when it's when. When the. The app is not on the screen. And so I, it's like being a manager of. I've read this somewhere else. This is not my thing. But someone once said that managing AI is almost like managing a really smart but hungover intern. And I feel that way all the time. It's like, you're a genius, but you don't have it this morning. Just remember we've gone over this already.

A (20:01)

Well, and AI is very similar to how I've positioned the benefits of what we call early career talent. Yeah, which is like very capable, very excited to an experience to know they shouldn't do something. So occasionally you get greatness. Right, but we should use a branch and a PR just in case.

B (20:19)

That's exactly it.

A (20:20)

As an AI founder, you're used to sprinting towards product market fit, your next round or that first enterprise contract. But speed isn't enough for AI startups. Buyers expect security, compliance and transparency from day one. That's why serious AI startups use Vanta with deep integrations and automated workflows built for fast moving AI teams. Vanta gets you audit ready fast and keeps you secure with continuous monitoring as your models infra and customers evolve. AI innovators like LangChain, Rider and Cursor scaled faster and closed bigger deals by getting security right early. With Vanta, listeners can claim a special offer of $1,000 off Vanta at vanta.com/how IAI AI. Great. So now Bob has raised some edge case concerns which I think are.

B (21:17)

Ray has raised the edge case concerns.

A (21:19)

Yep, Ray has and then says Bob's plan is solid. So then do you pass this back to Bob?

B (21:26)

Yeah, exactly. So now I copy and paste this right back. It's got the green light and then Bob's going to go build. Now the next step in this is that I will then take this and put it into XCODE and do a new build and then test it out in the simulator, see if it works, test it on my phone and then I usually ship it to Apple right then. So I've been trying to do weekly updates to Apple. I will say the hardest part of building my two apps has been the App Store. I had no idea. Navigating the App Store is a whole separate. I've got. I have so many chats where I'm like what does Apple want for me here? And just getting Claude to teach me how to use the App Store has been a real. I feel like that's almost the last friction left in being a builder is navigating the App Store.

A (22:10)

I have a couple related requests for startups. We have all the coding agents we need. They're going to get better. We're fine. We are spoiled for choice. We need AI for App Store submissions, we need AI for SAP, ARIVA submitting, procurement and we still need that perfect AI CRM. So all the builders out there, if you could Give us these very boring, but very high value. Problem solved. You have a lot of customers waiting out there.

B (22:40)

You know, one that I might build actually to solve. Again, this idea of solving for your own problems is App Store designs. So the. Right now, the way that I do, you know, when you, when you, when you do something in the App Store, you have to show what your app looks like. And I've been using Canva for it, but it's really canvas AI I don't love. I find, like, I'm not getting what I need. So I might try to build an app that just takes people's screenshots and turns it into something for the App Store.

A (23:05)

I love it. Okay, so, all right. The plan. Bob is asking some design questions.

B (23:11)

Exactly. So this is great. So this is. I, I have, I've written about this in the past, but, like, for a while I thought, oh, I'm, I'm like a, a mediocre pm. And then I was like, no, maybe I'm more like an architect. And now I realized, like, an architect actually knows real details. A PM is like, super rigid and, like, has. Understands the. Keeps the entire app in their head and they're able to really prioritize. Well, I'm a bad prioritizer. All I am is a really picky customer. So I think that is, like, the role of the vibe coder is what do I care about deeply? I'm like walking through this house and I'm telling the architect, no, I want this room blue. I know you don't think it's a good idea. I'm telling you, this is what I want it. So the picky customer is, I think, the role. That is at least my role. That's how I think about my role. So in this case, Bob is saying there's some UX decision I have to decide.

A (23:58)

I like this concept of a picky customer because I was going to say what I feel like is qa. That's just looking at little edges and saying, no, that's wrong. And that button isn't quite doing. So I like elevating this to, no, no, no, no. I'm not doing quality assurance.

B (24:15)

Yeah.

A (24:15)

I am going through and being my own pickiest customer. You know, I'm, I'm sniffing my champagne before I drink it, as we say. And so that's a really fun, fun way to think about your role when you're building for yourself.

B (24:28)

Yeah. And it also does like in my other app, which is a podcast clipping app. The. There was all this. It took a little while for the video to be made of the podcast clip. And there was some kind of error. There was a message just saying, your video is being created. And I'm like, actually, I want this to have a better voice. I want this to be funny. I want it to say, like, oh, my God, you clipped a great part of the podcast. And so as the picky customer, I could say, this is the voice of this thing. Make it funny, and wrote some copy for that. So that's how I think about it. More than qa. Because you want to bring your personality into it.

A (24:59)

Yep.

B (25:00)

All right. So in this case, it's asking me some options. It's giving me some options. I could pick my own option. Just for the sake of time. I'm going to just say, let's. Let's keep the MTA blue. All right. And it's going to start building.

A (25:12)

Great. And you're doing this all on the weekend. So are you doing. I have to ask, Are you running multiple Bobs and multiple rays? Do you single do it? What's your own. What is your own capacity for agentic management?

B (25:26)

Bob is allowed to spin off sub Bobs. So that is the one thing. What my. My prompt says you were allowed to have agents that you manage. You're responsible for these agents. I'm holding you accountable. And your sub agents can't create their own sub agents. So that's my rule on how to do this.

A (25:42)

Got it. So Bob can spawn, but he's ultimately the directly responsible agent.

B (25:47)

Exactly.

A (25:47)

Got it.

B (25:48)

Ray cannot spawn. Ray. Ray is Ray.

A (25:50)

No, there's only one. One gatekeeper, and the gatekeeper is Ray. And there shall be no more ex. That's very principal engineer energy. There's like, one guy.

B (25:59)

Yeah.

A (26:00)

And you go to him and you're like, can we do this? Exactly. Only he can say yes or no. And he neither manages nor can be managed. That is. That is your totally.

B (26:10)

Well, Claire, like, one of the things that I have. I'm able to do this because I've now worked inside of a tech company for 15 years. Yeah. And so I've watched how. So a lot of this is based on people I've worked on, worked with. And exactly to your point, the principal engineer. Like, I've watched my PM partners be like, what? We should really run this past Sanjay. And, you know, there's like, one person who keeps coming up as, like, just find out whether this is going to work or not or where we're going to make a mistake. And so that is exactly what Ray

A (26:36)

is Based on every Ray that you've ever worked with is now like, is

B (26:39)

this, Am I Ray?

A (26:40)

Is this person, Am I Ray? Okay, so we're watching Claude code, generate code as it does and then, you know, maybe we won't show this part, but you're just going to take this into Xcode, make sure it compiles, test it and then, you know, spend the rest of your life getting it to the app store.

B (26:58)

Exactly. So let me just show you quickly if I can, what the, what this would look like is you go into Xcode. I've actually come to really like working inside Xcode, but I think I'm probably only using like 5% of it. I tried putting Claude into Xcode, they're like they just built this new part of where you can actually use Claude code in Xcode. I've not found it to be worthwhile. It kept running out of memory, so I just quit using it. But you go into Xcode, you do what's, you do Command shift K. You do a clean of this.

A (27:30)

Look at you. Expert software, I should say.

B (27:34)

I don't know what I'm doing. So let's just make that clear. I have like learned these things. I'm basically the bot. I'm like, Claude has told me what to do.

A (27:41)

You're the agentic browser.

B (27:42)

Exactly. That's exactly it. Like tell me how to do this. I'm doing it. I'm just like, someone's pulling my strings. And then you go to build, which is what Control B. It's going to run this thing. When it's done, it'll pop up. The simulator, I can test it out. The simulator is, I find like 80% close. But you really like there's so many edge cases you don't even realize until you get it onto your phone. I test it on my phone and then I quickly ship it to Apple, get it in test flight, test it for like an hour and then I just ship it to the app store.

A (28:14)

And then you have all this extra time so you can make it to your train on time.

B (28:19)

Exactly. That's exactly it.

A (28:21)

This is an awesome flow just to recap for folks. So what we saw is sort of dueling Claude codes. One's a builder, one's sort of like an architect, reviewer type. You build your, you have a standing prioritization roadmap chat in the Claude web or desktop app where you're always putting in ideas, reprioritizing them against like a simple three point framework. On the weekends you pluck one of those, you make A prd. You give Bob the prd. Bob invokes plan mode in Claude code. It builds a plan. You copy and paste that over to Ray. Ray either greenlights it or gives feedback. You give it back to Bob. Bob builds. Love it. And then you used keyboard commands you don't even know in Xcode and you ship it to the App store.

B (29:13)

That is 100% right.

A (29:15)

And you are doing all of this as someone who has not spent their career as a software engineer.

B (29:21)

I've been around a lot of software engineers. I've watched them work. But no, I have never done any of this myself.

A (29:26)

This is. I mean, this is a flow we really haven't seen. I think it's a useful, really repeatable one that others can use. And I, you know, if anybody in San Francisco you used public transport anymore, then I would definitely request a regional option for us. But in the meantime, if you could build a commutely that tells me like when I need to yell at my kids at what level to get out of the door to school on time.

B (29:54)

Yeah, that would be.

A (29:55)

Yeah, Apparently. Apparently that's what we need. I'm gonna. I'm gonna replicate your flow and build that next.

B (30:00)

Nice. All right, so here it is. Commutely is now opening on this. Oh, nope, I don't have Metro up. I can never remember the command.

A (30:09)

I'm going to have to suggest for anybody who can never remember the command. You should watch our episode with John Lindquist who shows us how to set up terminal aliases. You can just ask Claude to set up a terminal alias that will then run these like regular things that you need to run. So if you wanted to type in Metro and have the terminal run it, you could create a terminal alias using Claude code to just.

B (30:33)

So much better. I have it like in a notes file somewhere, which I can then never find. So that's much handier.

A (30:38)

Let's go back to cloud code. I'm just. I gotta have you do this. We'll do it live. This can be a live how I AI and say, can you make me an alias for the Metro command so it's easier to run in the future.

B (30:51)

By the way, I've really tried to not say can you or please. This is part of how I'm like making sure that I don't personify this thing. This is how I stop the real boss from taking over.

A (31:01)

This is. This is one of two things. This will go to our last question, which is how do you talk to talk to the bots? I am so Southern. I'm like, would you pretty please do this? I please, sir. Yes, ma'. Am. The other thing is actually quick parenting tip. I always finally ask my kids, like, would you do you want to unload the dishwasher? And they're like, no, I don't want to unload that dishwasher. And so that's another. Another thing is you don't want your AI to say no. Okay? So now anytime you type in Metro, it'll restart the bundler.

B (31:32)

Amazing. Thank you.

A (31:33)

You're so welcome. Phenomenal how I AI live.

B (31:36)

Wow. Just learned something new. I love that.

A (31:38)

Okay, so let's see if it's running now.

B (31:40)

So let's open the simulator. There it is. So this is exactly what I wanted to build. This was a hidden feature on Commutely is that you could set it up to go off at certain times. Bob and Ray just worked together to build this thing. And now every day, 7am weekdays, I can get this. But now if I go to my morning commute, it's going to show me these trains are ready. I get this. If I go to the lock screen, it'll show up here. So if you were at 14th street, your next train's coming in five minutes. You got to start running.

A (32:10)

I love it. Okay, download this app on the app store. Give Dan all the feedback so he can give it to Claude, Bob and Ray. All right, Dan, let's hop to some lightning round questions and then I will get back get you back to your day job. So we get to the end of the week and on the weekend you can start playing with some more cloud code. So the first question I have for you is, are there any sort of non coding workflows or tips or tricks that you think are really useful that people can pick up in like five minutes that you think are going to make their life better?

B (32:38)

We've talked this entire episode about something I just do on weekends, but most of my time is actually spent at work. I run a 400 person team. I've got a context switch all day long. I rely on Copilot constantly to do that because it has access to all my files and my entire team. So my command that I start the day with or I end the day with usually is what did I drop the ball on? And I'll show you that. What did I drop the ball on? And then I usually. And then for the point of this show, I'm going to say anonymize any names or project names as this will be seen by people. I don't work with. Perfect. Okay. It's going to go through Outlook, it's going to go through teams, it's going to go through any updated files. It knows who I report to, it knows who reports to me, and it keeps track of things that I'm constantly clicking on during the day. So it'll find, it'll go through all my emails and find places where I'm not responding or teams where I'm not responding. And what's great is it's not just places where I've been at, mentioned. It's stuff that it knows that I am actually interested in. So projects that I've been like, kind of like following over time.

A (33:53)

What I think is really useful about this is we've seen a lot of people do their morning daily digest, but we haven't seen anybody do their evening nightly nudge, which is, hey, you got through your whole day and you forgot X, Y and Z. And I, how many of us, especially managers, want to start the morning with nothing to do? And having wrapped it up all in the evening? So I think just even take AI out of it, moving that practice from upfront in your morning to in the afternoon, when you can actually do something about the stuff that hit your plate during the day is a really great idea.

B (34:24)

That's exactly it for me. This is my 30 minutes before I leave, I ask this, I do this prompt and then I can go through here. So here's an inbound escalation from a longtime creator. Someone's unhappy with me. I didn't reply. I have a draft reply that I never sent. I'm meeting follow up and this is it. This is like you get, at some point you start managing so many different projects, you're like, I know I'm dropping the ball. Just tell me what I am dropping the ball on. So this is my savior. This is like what I count on AI to be able to do to make me better at my job so that I can spend the weekends building money losing apps like Community.

A (35:01)

Yeah, you can vibe code code. You cannot vibe code gross margins.

B (35:04)

That's true. That is true.

A (35:05)

All right, and then my last question, I ask everybody, but when AI is not giving you what you want, you've said you don't want to personify AI, which I, I do. So we are on opposite sides of this. Very interesting. What is your, then what is your tactic? Do you, do you like, kill Bob and his spawns? Like, do you yet are you an all caps person? What's your prompting strategy?

B (35:28)

I mean, there are times where, so I'm usually really just straightforward. I just am like, this is what you're doing. I try not to say please or thank you because again, I just don't want, you know, at some point when we get to AGI, they're going to be running the show and I just, I'm fighting until we get to that point. I'm holding on to my humanity and then, But I usually just, I usually spend a lot of time saying, we've gone over this already, you've talked about this. Go search your memory to go find the time where we've done this. And it is, it's a lot of parenting. I have, like you, I have three boys and I rely on a lot of the things where I'm like, we've talked about this, remember? And you know, and your kids are like, you know that they are, they want to do the right thing. And so it's just a lot of like helping them get there. There's something that we say that I learned from a former manager and that we say a lot at LinkedIn, which is assume best intentions. And that is how, that's, by the way, a big change from how newsrooms work, which is my last life, which was you assume worse intentions all the time. At tech companies, you assume best intentions. I've now taken that to my family and I've taken it also to building with AI. So I assume the AI has best intentions but has to be reminded about how we work. So I don't yell, I'm pretty clear and I try to give it a little bit of grace.

A (36:41)

Perfect. Well, Dan, this was awesome. I think it's a great overview for technical, non technical, busy, busier alike. So thank you for sharing your flows with us and our audience. Where can we find you and how can we be helpful?

B (36:55)

So I'm on LinkedIn, not surprisingly. Find me, you can follow me on LinkedIn. It's Daniel Roth at LinkedIn and I've got, I keep a running newsletter called Forward Deployed Editor which tracks how I'm learning how to AI and it talks. It's really designed for people who are non technical to be able to get, to be able to build cool things. And so I try to talk about what I'm failing. It's mostly what I'm failing at, what I'm learning, what didn't work, how to avoid making the same mistakes I've made. And so if you can follow that, that'd be great. Otherwise, I'm always constantly posting on LinkedIn great content that creators are posting around the world, so hope you'll follow me there.

A (37:32)

Great. Well, thanks for joining How I AI.

B (37:35)

Thanks for having me.

A (37:37)

Thanks so much for watching. If you enjoyed this show, please like and subscribe here on YouTube or even better, leave us a comment with your thoughts. You can also find this podcast on Apple Podcasts, Spotify or your favorite podcast app. Please consider leaving us a rating and review which will help others find the show. You can see all our episodes and learn more about the show@howiaipod.com See you next time.