How to vibe code: a beginner’s guide
A practical, step-by-step guide for non-developers: which tool to start with, example prompts you can copy, the security basics most guides skip, and when to stop and bring in a developer.
By Saad Aziz · Last verified on
- What it is
- Building software by describing it to an AI in plain language
- Term coined
- By Andrej Karpathy, in a post on X on February 2, 2025
- Search demand
- About 1,000 US Google searches a month for “how to vibe code” (Ahrefs, October 2026)
- Cost to start
- $0: Lovable, Bolt.new, Base44 and v0 all have free plans (October 2026)
- Skip at your peril
- Database access rules, secret keys and rate limits
How do you vibe code?
Pick a vibe coding tool such as Lovable, Bolt.new, Base44 or v0, and describe your app in plain language: who it is for, what it does and the main screens. Let the AI build a first version, then test it and fix one thing at a time in chat. Check security before you share it.
What does it mean to vibe code?
To vibe code is to build an app or website by telling an AI what you want, in plain language, and letting it write the code. You judge the result by using it, not by reading the code. Andrej Karpathy, a co-founder of OpenAI, named it in a post on X on February 2, 2025, describing a way of coding where you “forget that the code even exists.”
That is fine for a prototype. For anything that holds real users’ data or takes payments, you still need to check what the AI built, and this guide shows you what to check. For the longer background, see what is vibe coding.
Which tool should you use to vibe code?
If you don’t code, start with a browser-based app builder: you type, it builds and hosts the app, and you never install anything. If you already code, an AI code editor fits better. Here are the beginner-friendly options and their free plans, checked on each company’s pricing page as of October 2026.
| Tool | Best for | Free plan |
|---|---|---|
| Starty (our product) | AI apps you want to sell, with payments, support and analytics built in | 5 credits a week |
| Lovable | Polished web apps with a database and sign-in | 5 build credits a day, up to 30 a month |
| Bolt.new | Fast prototypes in the browser | 1M tokens a month, up to 300K a day |
| Base44 | Simple apps with sign-in and a database included | 25 message credits a month, up to 5 apps |
| v0 | Interfaces and websites, deployed to Vercel | Up to 7 messages a day |
| Replit | Apps where you also want to see and edit the code | Daily Agent credits and one published app, which goes offline after 30 days |
Free plans are enough to learn and build a first version. Expect to pay once you want a custom domain, more building time or real payments. For a full comparison, see the best vibe coding tools.
How do you write a good first prompt?
A good first prompt says who the app is for, the one job it does, the main screens and what the user sees after each action. Vague prompts like “make me a fitness app” give you a generic demo. Specific prompts give you something close to what you pictured. Here are three you can adapt.
- Name the audience and the one job before any features.
- Describe screens and actions, not technology: “a booking form that emails me,” not “a POST endpoint.”
- Say what to leave out. “No admin panel yet” keeps the first version small.
- Attach a screenshot or sketch if you have one: most tools read images.
How to vibe code an app, step by step
- 1
Write one sentence about the app
Who it is for, what it does and why they would use it. If you can’t write it in one sentence, the AI can’t build it well either.
- 2
Pick a tool and start on the free plan
Choose a browser-based builder from the table above. Don’t pay until you have built something you want to keep.
- 3
Send a specific first prompt
Use one of the example prompts as a template: audience, job, screens, look, and what to leave out.
- 4
Test it like a user
Click through every screen on your phone and laptop. Try wrong inputs, empty forms and the back button. Write down what breaks.
- 5
Fix one thing per message
Ask for one change at a time and test after each. If a fix breaks something else, roll back to the last working version instead of piling on more prompts.
- 6
Add sign-in, then payments in test mode
Add sign-in so each person sees only their own data. Add payments in test mode and run the full checkout yourself before you switch to live.
- 7
Run the security checks
Check database access rules, keep secret keys out of the app’s visible code, and add limits on anything that costs you money per use. The next section explains each one.
- 8
Deploy and share with five people
Publish to the tool’s free address or your own domain, and send it to five people from your audience. Watch them use it if you can.
What security checks do vibe-coded apps need?
Vibe-coded apps need three checks before real users arrive: who can read and change the data, where secret keys live, and limits on anything that costs money. AI tools build what you ask for, and they don’t always lock things down unless asked.
This is a real risk, not a theory. In May 2025 a vulnerability, CVE-2025-48757, was published describing database access rules in Lovable-generated apps (up to April 15, 2025) that let outsiders read or write data. Lovable disputes it, saying each customer is responsible for protecting their app’s data. Either way, the lesson for any tool is the same: check your app’s access rules yourself.
| Check | Why it matters | What to ask the AI |
|---|---|---|
| Database access rules | Without them, anyone with your app’s public key may read or change every row. Supabase’s docs warn that a table without row level security is readable and writable by any role with access | “Turn on row level security on every table so users can only read and edit their own rows. Show me the rules.” |
| Secret keys | Keys for payments or AI in the browser code can be copied and used on your bill | “Move all secret keys to server-side functions or environment secrets. List any key visible in the browser.” |
| Rate limits | One person or bot can run up your AI bill overnight | “Limit each user to 20 AI requests a day and block sign-ups from the same email domain in bulk.” |
| Sign-in on every private page | A page that loads without a sign-in check shows data to anyone with the link | “Make every page except the landing page require sign-in, and test it in a private window.” |
How do you vibe code a website?
Vibe coding a website is the easiest place to start: describe the sections, tone and audience, and the AI builds and hosts the page. A website without sign-in or a database also avoids most of the security work above.
- List your sections in order: headline, offer, proof, prices, contact.
- Paste in your real copy and photos rather than letting the AI invent them, so nothing fake ends up live.
- Ask for a contact or booking form that emails you, and test it with your own address.
- Ask the AI to add a page title and description for search engines, then connect your own domain.
What are the most common vibe coding mistakes?
The most common vibe coding mistake is asking for too much at once. A prompt with fifteen features gives you an app where none of them work well, and every fix touches everything else. The second is trusting the app because it looks finished: a polished screen can still save data in the wrong place or show one user another user’s records.
- Building the whole app in one prompt instead of one screen or feature at a time.
- Letting the AI invent content, prices or testimonials, then forgetting to replace them before launch.
- Never testing with a second account, so you miss data leaking between users.
- Pasting secret keys straight into the chat or the app’s visible code.
- Switching tools halfway through instead of learning one well.
- Skipping version history: most tools let you roll back, so use it before each risky change.
A simple habit avoids most of these: after every change, sign in as a second test user, click through the main flow, and only then ask for the next change. It feels slower, and it saves hours of untangling later.
When should you stop vibe coding and bring in a developer?
Bring in a developer when each fix breaks something else, when you handle sensitive data such as health or payment details, or when you have paying users who depend on the app. Vibe coding is fastest at the start and slowest when an app grows past what you can test by clicking around.
- The same bug comes back after three or more fix attempts.
- You store health, financial or children’s data, or sell in a regulated industry.
- You need a custom integration the tool doesn’t support.
- Paying users report problems you can’t reproduce.
- You want a security review before a launch or a fundraise.
A good middle path: keep building in the tool, and pay a developer for a few hours to review access rules, keys and payments. If you want the next step after a prototype, our AI app builder page covers pricing, launch and running it.
Vibe code an AI app with the business already built in
Starty is our product. Describe your app in one sentence, and Starty builds it with sign-in, payments, emails, a customer support agent, legal pages and analytics in place, so the parts beginners usually get wrong are handled.
- Builds the landing page, app and its own database from one sentence, or from a proven idea you fork
- Starty Payments built in with no account to connect, in test mode until you switch to live
- AI capabilities such as vision, voice, image and video switch on in one click, metered per use, with a warning before credits run low
- Nothing goes live, sends, charges or deletes without your review

Related guides
Where every fact comes from
Official pricing pages, docs, announcements and named studies, checked on October 23, 2026. Where a company doesn’t list something, we say so rather than guess.
Questions people ask
Sign up for a free plan on a browser-based builder such as Lovable, Bolt.new, Base44 or v0, and describe a small app in one paragraph. Test what it builds and ask for one change at a time. You don’t need to install anything or know a programming language.
Learn by building three small things: a one-page website, a simple app with sign-in, and an app with one AI feature. Each teaches a new layer: layout, data and security, then AI costs. Reading the code the AI writes, even without understanding all of it, helps you spot problems sooner.
Yes, to build and test. As of October 2026, Lovable gives 5 build credits a day, Bolt.new 1M tokens a month, Base44 25 message credits a month and v0 up to 7 messages a day on free plans. A custom domain, more usage or live payments usually need a paid plan.
It can be, if you check what the AI built. The common problems are missing database access rules, secret keys visible in the browser, and no limits on paid AI usage. Ask the AI to fix each one, test in a private browser window, and get a developer review before handling sensitive data.
Yes. Some tools build web apps that work well on phones, and some can package or build apps for the App Store and Google Play. Publishing to the stores needs your own Apple and Google developer accounts and passes their review.
The best prompts name the audience, the one job the app does, the main screens, the look and what to leave out. Short, specific prompts beat long feature lists. After the first version, change one thing per message.
Enter your email to join Starty’s private beta. We’ll email you your access, and you can start building for free.
No. You describe what you want, or fork an idea, and Starty builds it. You review and approve; you never have to open the code.
No. Starty takes no fee on your revenue. Payouts go to your bank account, and Starty earns from plans and credits.