Welcome back to How I AI. I'm Claire Vo, product leader and AI obsessive here on a mission to help you build better with these new tools. Today I have an episode that so many of you have asked me for, which is Claire, if I have literally never written a line of code, I have no idea what I'm doing, I do not know how to run anything locally, how do I get started with AI assisted coding, vibe coding, so I can just learn the basics?

And in today's mini episode, I'm going to show you exactly how to do that or exactly how I would do it. and I'm doing it completely live. So, we have a couple hiccups, but we eventually get to a personal project hub that can be run locally on your machine that lets you generate docs via AI and prototype designs that you could share just with yourself or with your team. I hope this is what I'm calling a safe space episode for you to really get started as a beginner using some of these coding tools and learn how to leverage this technology to build interesting things for yourself and eventually for your team. Let's get to it.

Today's episode is brought to you by ChatPrd. I know that many of you are tuning into how I AI to learn practical ways you can apply AI and make it easier to build. That's exactly why I built ChatPRD. Chat PRD is an AI co-pilot that helps you write great product docs, automate tedious coordination work, and get strategic coaching from an expert AI CPO. And it's loved by everyone from the fastest growing AI startups to large enterprises with hundreds of PMs. Whether you're trying to vibe code a prototype, teach a firsttime PM the ropes, or scale efficiently in a large organization, Chat PRD helps you do better work fast. And we're integrated with the tools you love, vzero.dev, Google Drive, Slack, Linear, Confluence, and more. So you don't have to change your workflow to accelerate with AI. Try ChatPRD free at chatpd.ai/howi ai. And let's make product fun again.

There's this concept I have in teams that I run where we don't call questions dumb questions. We call them safe space questions. And the number one safe space question I still get is how do I actually get started coding with AI if I have never written a line of code in my life? And we've had a couple episodes kind of giving you oneonone on vibe coding and creating prototypes. Um, we had Lee at cursor walk through some of the components of cursor, but still we have not shown you how to go from zero code, no files, nothing to a codebase that you can start to work on locally and learn a little bit more about these AI assisted engineering tools like Herser, like Claude Code or even just create a little space for yourself to experiment.

So today's mini app is going to be a building episode and we are going to do it live and there might be some rough edges because I don't have anything baked right now. I'm going to show you how I would do this if I was starting completely from scratch and we will see how far we can get in terms of standing up a little personal app on your desktop to code with using AI. And I'm going to try to make this accessible for people who are not software engineers in your day-to-day. But this is a great episode for software engineers who want to share this with their PMs on their team, designers on their team, or their friends looking for a way to go zero to one with coding.

Caveats here. Again, I did not plan this out, so we're doing it live. Two, we are not going to stress out about the quality of the code right now. What we want to start with is can I get something running locally that's useful that I understand some of the components of and we're going to do it really fast. So it's not going to have tons of functionality but it's going to get you started.

And for everybody listening I'm going to use a couple tools today. I'm going to use chat purity really quickly. I'm probably going to prototype a little bit in Vzero by Versel. I'm going to bring it into cursor. I will show you how to optionally or additionally use claude code and we might bring in some other exciting tools along the way. So um this is one where if you want to get the YouTube up on one side and your screen up on the other and follow along I will try to make it as simple as possible to get started with nothing and then have a AI coded codebase by the end of this. Let's see if we can do it 30 minutes. Okay, to get started, I'm going to share my screen.

And like all good products and like all good founders, I am going to start with um writing a requirements document. And we're going to make this really simple. And I thought what would be a good use case that's pretty accessible to everybody. And I thought this idea of kind of a personal product hub would be really useful, especially as folks that have followed along our recent episodes with Dennis from Chime about AI powered product management, some of our prototyping, um, with cursor episodes with Elizabeth Lynn. I think just like kind of this personal hub where you're going to play with AI stuff is the way to go. So, I'm going to say help me write a document chapter and I'm just going to say personal project so it doesn't think I'm working on my own product.

a minimal simple hub for working on two things. Oops. Pressed enter. So, it's going to be really anticip anticipate what those two things are. The two things are going to be the documentation, PRDS and ideas. The second thing is small interactive prototypes. I want a web app with basically two navigation items on the left. Um, docs and prototypes. And I will turn this into a nextjs app where I can write docs in markdown and I code little prototypes. Okay, so this is what I'm imagining.

I'm imagining I'm going to make Claire's hub for product work. It's going to be a super minimal web app. I want docs where I'm going to like basically use AI to write PRDs and other docs and ideas. and then another folder where I write prototypes and maybe show you how to use cursor or these other tools to like buy code little prototypes in this folder that then you can see over time and the core audience is myself. So this is just for me um so I can build something simple.

You can hear my typing because I have nice nails today. but it's going to write me a quick PRD um for my personal project um and really outline what I want to do. The reason why I like to start with PRDs is really you just get better results out of the next step which will be a kind of like vibe coding prototyping step. And so while this is a little bit of time, I think it's really worthwhile to do because then in our next step, we're not going to be spending so much time on prompting and other aspects of this work. So this is going to generate a PRD. We'll probably like spin through and come back when it's ready and send it over to Vzero.

Okay, my document is done. I'm just going to just read the top. I'm gonna be the laziest PM because again, this is a mini episode, not a big episode. And my general goal, I want to quickly draft down product ideas and mark down format. I want to simply seamlessly switch between writing pods and coding prototypes. I want to organize my documents. I want to see a live preview. Okay, sure, why not? This looks great.

So then I'm just going to open this in Vzero, which is my preferred um prototyping app for this particular use use case. The reason why um I like V0 for my initial prototyping is one, the UI tends to be pretty like streamlined and nice looking and pretty. Um two, it's going to be really easy to take this into the next step of getting it in GitHub, getting it in cursor, and actually deploying it. And I find that people often think that the scariest part is actually connecting their vibe coding um their vibe coding prototype with an actual deployed experience. And I think Versell's done a nice job, shout out to my friends over there, um of setting that up.

That being said, like pick your vibe coding platform of choice. Lovable is lovely, Bolt is lovely, Replet is lovely. All of them are lovely. Um, I'm just going to prefer this one for this workflow because I'm actually going to pull this into code and show you some alternate ways you can deploy this app at some point and I know that's a part that a lot of you have questions about or are curious about. So, it's going to help me build this personal project hub.

Um, a couple kind of like keywords for you all as you go down this um, vibe coding path is Verscell is definitely going to build this in Nex.js. So, it's going to be um, JavaScript focused. I always tell people if you're trying to get started with coding with AI, you pick one of two languages. You pick Python because it's easy to read um, or easy to write and read and you pick JavaScript because it's easy to see.

Um, I don't think JavaScript is actually the most readable language. Python, I think, is like really easy. You can literally read it and understand what's happening. Um, JavaScript's a little little more fancy. Um, has a a couple um syntactical things that are pretty unique to that ecosystem, but JavaScript you can like get a website out of which which we all all really like. And there's a couple extra hops uh and steps with Python. So, this is going to generate basically an X.js um app and repository for you that I'm actually eventually not even going to use in V 0ero. I'm going to pull into Cursor.

So, you can see here it's building a lot of these components we talked about. Again, for people who are like, I have no idea where to start. I downloaded Cursor, I opened it up, what do I do? There really are two steps. You could do this whole step in cursor. Start from zero. It will definitely scaffold out a repository for you, but I like for beginners to start in a vibe coding kind of platform like this because you can really see it first. They have this web- based browser that you can look at. You don't have to worry about running it locally and you can really focus on the things that I know some of you non-technical people care about which is like how it looks and how it works and then we'll we'll worry about the code.

And I feel like something like starting with an IDE like when surfer cursor VS code or whatever you really start worrying about the code too early for somebody who is not technical. So let's let this generate and then I will come back and show you how I will pull this into cursor. This is still generating. And one of the things that I want to call out for people, again, we are doing this live, so I'm going to show you exactly the pros and cons of following a flow like this is I did make a pretty good PRD, but I did try to tell it to keep it simple.

And what I've noticed as a lot of these um AI assisted coding platforms try to take more more of the end to end application building and are trying to compete on the complexity and completeness of the applications they can generate. What I have noticed over the past couple of months is that I've seen a lot of scope creep um be built into how these more agentic implementations of these coding tools work than maybe we want. And so again, I wanted it very simple. I wanted a place for my documents. I wanted a place to prototype code. Um I wanted it in markdown.

And it's building me a bunch of stuff. I don't need file management um a sand I saw it had a sandbox um for coding like all sorts of things that I didn't actually say I wanted and is far beyond I think the complexity of the product I wanted to generate for this use case. So we're going to see what we end up with. Otherwise we'll take a different path. And again, I'm just showing you this so you all can understand what you're going to get out of these tools and how you may have to back out of a current path in order to find the right path for you moving forward. And so it may have been a mistake to generate this because the app, the Vzero app went like ham on the requirements. to build me something very fancy, which is nice, but is maybe beyond what I wanted to start with.

So, I'm going to see here documents. Okay, we got errors already off to a bad start. Let's go back to the home prototypes, but no, I don't want this. I don't want this code here. I just wanted the code to be generated normally. So, you know what?

This is a bust. And that's okay. Even for a mini EP here, having this be a bust just shows you if you play with these tools, you can figure out the right workflow for you. And then it's pretty cheap to walk away. I've spent I'm looking at our recording timing. I've spent 10 minutes so far on all of this, including mostly waiting time on loading, and it didn't end up what I wanted. And guess what? Totally fine. So, we're going to back out. We're going to give up on our viide coding platform because it's going to take too much back and forth to get to the simple thing I want. And I am going to start this from scratch directly in cursor.

Okay, so that was a total bust. We made a PRD. We tried to vibe code it. The vibe coding was way too complicated. I don't actually want it to be that complicated for the sake of this quick start tutorial. So, we're going to go directly into cursor and see what it looks like in that direction. And so I have opened cursor. It is um opened to a empty directory. That directory is actually named Civo because this is going to be my personal project. There are no files. There is nothing in it. So all you have to do is is go into your file browser, create a folder that's empty, open that folder in cursor.

And then I want to show a couple things about cursor 2.0 that have been um released in the last week. One is they now have two different views. An agents view which is much more focused on what you're going to build and um instructing the agent or multiple agents that are working in your codebase. And then editor view, which is very similar to what Lee showed us in a couple episodes ago, which is your files on your left. I have zero files. Your code in the middle, and then your chat or agents on the right. And I'm actually going to use the agents flow for this because again I'm trying to get started for beginners and I want to show you how easy it is to run.

So I'm going to go to agents and I will zip back to my I will zip back to my PRD. I am actually just going to copy this markdown because I'm feeling super lazy. And I'm going to say I want a very simple next.js JS app set up where I can keep a repository of markdown docs, prds and code in different directories, little um prototypes that will be displayed in the app. Here is a prd but keep it super basic.

The other thing I'm going to show here is I'm going to use um cursors new model composer one. The reason why is this is a mini app and composer one is so freaking fast. It is fast. You guys did a good job there. Um of course you could switch what model you want to use, but we're going to use composer one for the sake of this and see how far we get. Oh, I should also say up here to keep it super basic. We're starting from scratch. So, give me all all the steps I need to set up and run this. Okay.

So, let's see what um this cursor agent does. It's going to run a bunch of install files. So, it's going to create a next app. It's going to install TypeScript, Tailwind, ESLint, a bunch of stuff. Um, essentially just a couple libraries that will be very useful for you to use. Um, TypeScript will be the typing language and the types will be the types. Tailwind is a really nice CSS library that makes things look nice. ESLint make sure you write good code and it's creating the project structure. It's double-checking it. It's also installing a couple libraries including displays of markdown and GitHub flavored markdown which is GFM if anybody's curious about that.

And it's starting to write a couple pages for me. And so again, look at this thing. It is blazing fast. Rumor on the street is it's a uh a trained Chinese model. So we'll see what kind of non-English language characters we can force this thing to to show up. But um why I like composer one, again, this is not the most complicated app in the world that we're building. It is not super fancy. I just want to show you how fast it is. So again, maybe this was the right way to do it for beginners, which is, you know, if your vibe coding tool is just going too far in terms of how to uh what features are in your app, just go to cursor and start from scratch and use composer 1. It'll keep it very simple.

Now, I have in the editor a bunch of files. Does this help any of you that are new to coding? Absolutely not. Do you know what these files mean? No way. Do you want to look at files when you are building an app? No, you want to look at apps when you're building an app. And so you can just really just go into the agent and say, "Cool, but how do I run this?"

And it will actually give you the instructions on how to run this. So this is running a campaign. Uh this is running a command. npm rundev runs a local server for your um app. Okay. And we can pull this up. And now I have running locally on localhost uh 3001. I have my personal project hub. You can see this welcome document. Perfect. This is exactly the level of complexity I wanted. And then prototypes, which is just a little um hello world prototype.

I don't actually want the HTML, CSS, and JavaScript exposed here. So, I'm going to go back to agents and I'm going to say you got this almost right. You got this almost right, but I don't need the code snippets snippets in um the prototype section. I just need to be able to put routes. Routes are like page paths. if you don't know routes in this app that I can fill with code components and display to my colleagues.

So again, it thought that I wanted like a real prototyping tool. Um Vzero thought I wanted a very real prototyping tool. I just want literally a place to show show some things. And so it's generating an update. And so now you can create and edit markdown documents. You can um show prototypes and routes. And let's see if it has improved what I want to see. Yeah, switching storing component code directly in the rout route files which is exactly what I want.

Again, you don't have to read this code. Maybe I'll release this repo and you all can fork it and try for yourself. But it's moving very fast to create a second part where I can put some code in. And the reason why I want to do this is I want to show you how you can manage documents in a cursor repository like this. And then I want to show you how you can manage code in a repository like this. Again, I am not going to explain to you what this code means. You can use the cursor chat to read all the code, explain what it means. We're just going to trust that it shows up in the web app and it's what I want. We're running it locally. There is very little minimal risk here for the most part. Um it's a pretty simple thing and so I just want to give you all a couple ideas on how to get started 0ero to one with something that's really simple in cursor.

Okay, this is exactly what I want, which is I don't want the app to like let me create prototypes. I literally just want to be able to code them and show them to you all. And so I just have to create directories in this directory in my codebase and show them with documents. It's really cool how it works. So one of the things I would do once this is done is I would say this is exactly what I want. Please explain to me how the two um userfacing functions work and actually put some instructions on the homepage.

So again, I'm not going to read the code. We're doing this fast, but I do want to make sure I understand how it works. And so it's going to put in some documentation directly in the um homepage of my app to explain how it works. So okay, let's read how documents work. I click a new doc. It creates a markdown document. Files are stored in the docs directory which is great. Can be edited directly in the browser with live preview which is exactly what I want. And prototypes I just manually create them in my code editor. Any directory I create in the prototypes will automatically appear here. and I can create a demo page app and it will go.

Now, this is exactly what I wanted to start with. Again, about 10 minutes to get this going and it's a much simpler place for us to start working on our personal project hub. And so, while I had a misfire with a vibe coding tool, does not does not really matter. All that matters is that I got to the thing that I wanted to get to.

So let's talk about next how I would actually use each of these kind of flows. How I would set up some cursor style rules and agents to kind of manage what um how my work happens here. And I'll show you how to create a document and how to create a prototype in vibe code along the way. Okay. So I was a lazy girl and did not initialize a GitHub repo. But this is a very important step for any of the technical non-technical folks out there. I know for software engineers, git is sort of secondhand on how we manage our code projects. But again, this is a safe space episode. So we are going to tell you um how to initialize a GitHub repo and what you could use it for.

And again, this is an episode for nontechnical folks. Just use the GitHub desktop app. It will make the primitives of Git in terms of files, change tracking, diffs, pull requests so much easier to learn if you visually use the downloaded GitHub desktop app versus trying to understand this through the command line. So, it's one of these things that um sure you can have your AI agent sort of like vibe code you commits and things like this using git in the CLI and I just think the visual of the GitHub desktop app is really going to help you understand what's going on in your code.

And so, we're going to add this repository to GitHub. I it is in my projects and it's called SIBO. Um and we're going to create that repository. We're just going to yeah add some stuff to the git ignore file. Create the repository. Let's see what's happening. It should be creating this in my GitHub app. And it has. And you can see my initial commit has all the original files. And then um get ignore which is what files are going to be ignored by git. I'm just going to commit everything. And we should be good to go here.

We'll see how how it goes. Um, you can see how git works by if I added something to this new doc, new headline, saved it, and I switched over into my GitHub repository. Actually, I you you can't see me point at the I'm going to do this here. You can actually see this change here. Green means added, red means removed. And as you can tell, it's a great way to track the changes that are happening in your application. I'm actually going to discard those changes. And you can see here they are discarded here in my code.

So now that I have GitHub running, what's great is I can start actually working in this app. And again, if you all um don't remember, it does sort of two things. My app does two things. It tracks documents and it helps you create prototypes. So, we're going to go through how I would set up a personal project hub to do both of these things, showing off some of the use cases of um cursor and then maybe we'll show a little bit of cloud code as well.

So, if I were creating a personal hub for documentation, one of the things that I would do is actually create some rules. And I would create those rules in an agents folder because I want a documentation agent. And so I'm going to create a new folder called agents. And I'm going to create a new file called prd.md. And that agent is going to um help me create PRDs. And I'm going to say in this chat, can you fill out P sign prd? This is a blank file to be agent instructions to write a great PRD in the appmention docs. See if it's showing the folder in the docs folder. Um, PRDS should be in markdown and the instructions should be less than 500 lines long for our AI agent to follow.

Okay, so this is just a unique um way to define, you know, in cloud code it's called a skill. Here in cursor you can make it a little agent instruction. And what's nice is you can have the AI actually create it for you. So this is my PRD writing agent instructions. Um it tells it who you are. Here's the purpose. Here's the structure requirements, etc. Now what I'm going to say is we're rolling solo. I don't need an executive summary because I just don't care about executives because I don't have any right now and I want my PRDs to be much more functional.

So what I would say is this is fine but make the template much more functional around technical requirements versus business requirements for right now for this use case. Um so again it's going to refactor this file and give um some improvements on the template and you will see those improvements be shipped into this file. And then what I'm going to use is I'm going to use this file to then write PRDS moving forward. Um you can see it's it's going very very fast. I'll let it finish up then I'll show you how I would use it.

Okay. So this agent file is done and you can see here it gives it a role some core principles on its purpose a PRD structure and then it should give at the end if it's a good um agent uh a checklist of steps to follow. And so this is just going to be additional instructions that I'm going to be able to feed into cursor when I write a PRD. And this is saved in this agents folder. This is where I like to put my instructions. Just a really easy way to app mention them. Keeps them organized and you can create as many of these as you want.

Okay, so since I've written this code, I'm just going to bop over to GitHub desktop and see that that code was added. And then I'm going to commit this to main. Don't tell the engineers. We're just going to commit to main today. Um I will talk about branches another day, but today we're just committing to the main branch because I'm just running this locally. And so I'm going to commit this agents PRD. And I'm just going to select this file and say create prd. That's a perfectly fine placeholder um commit.

And now that code has been committed to my repository. Now what's really nice about this is if I go in my history, I can actually undo the commit. I can amend the commit. I can do a bunch of stuff. And this just lets you check in step by step the changes you've made to your files.

Okay. And then how would I use this agent? So really easy. I would say great now write me a PRD for what do we want to prototype today? Oh, I'm working with my kid. So this again, it's a very personal u personal repository. I'm working with my kid on helping him do gardening and like weeding and sweeping work for our neighbors in the city. And so I'm going to do help me write a PRD for a little scheduling app where my kid can have our neighbors schedule help with weeding, taking out trash cans and sweeping their driveways.

Okay, this is very important stuff. And what it's going to do is it's going to read that PRD uh markdown file that agent instructions and then cursor can actually follow those instructions to create a document in the right folder. And the reason why I give this example is of course you could just straight write a PRD in that docs folder or yes of course you could use some other template. But what I really like is just showing you how you can define a workflow in agents, reference that workflow, and then use that to create different assets in this codebase that we've created 0 to 1.

So now I have this neighborhood task scheduler prd um PRD here. Now the magic will be will it show up in our app? And I think the answer is yes. Let's refresh neighborhood taskuler PRD here in the app. I can actually read it. Um here, see how it looks. It's very long. This is too long for a solo founder. So, what I might do is go back to that agents PRD and add a step that really reduces the length of those documents.

Okay. So, what's the benefit of something like this? Not only can I have this nice little web app where my PRDs are displayed, I can store those PRDs or documents in a local code repository that I can edit with AI directly with cursor or whatever my AI preferred code is. I can create an agent that gives instructions on how to actually create those consistently over time. And I can do code and change tracking to see when I added new documents and how I added them.

And so while this may seem like overkill, you could just do a Google doc or something like this. I think this document creation and storing and display workflow is a really nice one for anybody looking to get started with coding with AI, but needs kind of a practical application. And what I can imagine product managers do with this is start to just brainstorm in cursor. The reason why I think it's good to do that as you saw in Dennis from Chime's episode is it just gives you a way to understand a little bit more about how these tools actually work. Get more comfortable with these code editors and then as you move into M code experiences you then kind of have a sense of how all these tools work.

And so just to resummarize this piece of the app, we've created half of our personal project hub app. It displays documents that we store in this documents folder in markdown in a web app. Um, and I've created an AI agent to actually create those documents, which is defined in this PRD Markdown file.

Next, we're actually going to code. So, I'm going to show you how to code something like this, show it in the front end, and then we'll put a couple bows on the end and send you off at the end of this little episode. Okay, great. So, I've created a PRD with um for a little scheduling app for my kid where he can have his neighbor schedule help with weeding, taking out trash, and sweeping their driveways. Now, I want to build a prototype for how this works.

And if you recall in my original requirements and in the web app the instructions basically how it works is I'm going to create routes which are little subdirectories or folders of functionality inside the prototypes page um and it will show up here in this list for people to see. Now I'm giving a simple silly example but what you can imagine is at work you could start to create just a repository of your own prototypes that you're playing with that you're looking at and you're learning to code with. So, I'm going to go back in cursor.

And now that I've created this um PRD, I can say great, use this PRD to create a prototype. Clickable, but does not have to be totally functional um with database etc. in the prototypes folder so that I can show a little of how this might work. Super simple, easy peasy.

Again, I want to make it a prototype. I don't want cursor to go off and like ask me to set up a database or any of those silly things. I really just want to create a clickable prototype. Again, I think this is a tip or trick for the product managers out there. when you're creating your own local repository like you can avoid stuff like figuring out o you can avoid stuff like figuring out databases especially if you're just trying to use this for prototyping which is the exact example I'm going to give.

so I'm going to let it run um it's going to build different files in you can see it created prototypes taskuler prototype it's creating a page I'm going to keep all those changes I'm going to bop over to the web app. I'm going to refresh. I see taskuler in here right now. And it has a sign in. Now, I don't know how this works. So, I'm going to ask the chat, do I sign in with something? How do I sign in?

And it's probably going to tell me just to click the button. So, use any email and password. Perfect. Easy. So, I'm going to do hello@ chatpurd.ai. and password. And I can see that the text is gray. I'm going to actually take a little screenshot of this bad boy to fix later. Oh, okay. And then we have neighborhood tasks. And you can create a task. You can see all the different tasks. This is exactly what I wanted.

So again, it's not the prettiest app. It's probably not the best code, but if you're just trying to get started with how do I start to use cursor in real code to drive value? I want to skip these vibe coding tools. I want to go straight to the code. I can actually see this and understand how this tool might work. And then I can go back and forth in cursor and explain to it what I want, how I want it to be fixed, um, all that kind of stuff.

And so I'm actually going to drag that screenshot in and say it seems like fields have gray text. Please fix. And I can go back and forth and iterate on this code. If I'm feeling fancy, I can actually go into the code itself. I can read it. I can ask cursor to explain this code. Again, I'm just trying to give you inspiration as a non-technical person, how you could use something like cursor really to do very basic things in code, but that have high payoff in terms of what you see and what you learn.

And so, let's see if this fixes our little login. We're going to sign out. Oh, look at that. Now, it's fixed. It looks so much better. So, we're really happy with our prototype. And you can imagine now you can just go into cursor say create a new prototype in a new folder and it will create it for you.

And again of course we're going to go to GitHub. We're going to check in um scheduling prototype and commit its main. I'm going to publish this repository in my um personal repository. I'm going to call it personal project hub and publish it. That's just going to push it to the cloud so you have a place to access it online. It's not just local. And let's see. It's all looking so much better.

So, I'm really happy with this. Now, I'm going to show you a couple other things that I might do in this app to make things better. Number one, I'm going to start a new agent and say, can you update the readme for this repo? The readme is generally like the front page instructions and walkthrough of how the repository works. So, I highly recommend when you get to a starting point or a stopping point with your functionality to update your readme file. This is something that agents as well as other engineers could use to understand how your code works.

And so this is going to tell us what the features are, how to install it, what all the files are that we created, how to use it, etc. And that was created in just a few seconds. So that's something I highly recommend. And then again, we want to just go ahead and commit these readme changes. The second thing that I would probably do here is make it look nicer. So, I think we're going to wrap this mini episode with Claire's guide to making things look nicer in cursor.

We'll see if we can do this in just a couple minutes. So, I would start a new chat here again. We're going to use Composer. It's fast. We like it. Um, and we're going to go back. I don't actually care about the prototype looking nicer. I care about this homepage looking nicer. This is really, really, really sad. So, I'm going to open cursor. I'm gonna say I don't like the baseline design of the home page of this app. Please uplevel the design to be prettier and cuter. Rename it to uh let's call it personal hub and make it less basic.

Again, terrible prompting, but we're going to see what it does. It's going to review the homepage. I think prettier and cuter is great instructions here. So, we're going to see what I end up with when I prompt it to look a little bit nicer. Oh, it's going to be a cozy workspace for documents. This is I don't know. It makes me happy. It's stupid looking, but it's cute.

And so again, when you're working on something locally, who cares? Make it fun, make it creative, play with stuff, add dark mode, all those things. I love it. You know, I love a gradient. You know, I love a pink. I'm going to check in these changes. I'm going to call it pretty and cute and call it a day.

So this was my walkthrough of how to create 0ero to one a codebase that helps you consolidate documents including PRDS and helps you build out prototypes. And I think this is just a really good baseline repository for anybody especially product managers who are wanting to get started with writing using something like a cursor and coding using something like a cursor.

And again, you can continue to extend this, add more prototypes, add more documents, and get started. So, what were our steps? We created a PRD in chat PRD. We attempted to send that PRD to vzero.app. We got way too much functionality. It was too smart for its own good. So, we started all over. We created a clean folder on our desktop. We opened that folder in cursor. We instructed it to make a Nex.js JS app that does these two things. Then we created an agents file to write our PRD documents and then we vibe coded or AI assisted coded our first little prototype that also gets to displayed in this app. Um we made it prettier. We added a GitHub repository. We checked in our code and we added a readme.

So I hope this was the Safe Space episode you all were looking for. I get asked for it all the time. And if you have never written a lick of code in your life, I hope this gives you a place to get started playing with your own personal space. There are lots of other episodes of How I AI that can feed into this workflow. This is just a good one to get started. And I hope you've enjoyed this mini episode of How I AI. Thanks y'all.

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 at howiipod.com. See you next time.