Made an app via prompts. Now what?
You open Lovable, Bolt, v0, Replit Agent, or a similar platform. You type: “create an app to organize my study routine, with login, a dashboard, and a task list”. The tool thinks, installs things, generates screens, writes code, opens a preview, and suddenly it looks like software.
That moment is addictive because it feels like you skipped months of learning. And to be fair, there is real value there. For the first time, PMs, designers, founders, QAs, and junior devs can turn an idea into something clickable without starting with project setup, boilerplate, or terminal anxiety.
But this is the most important line in this lesson: preview is not production.
An app that opens in the browser can still have broken access rules, exposed secrets, fragile flows, unmaintainable code, odd dependencies, no tests, and an architecture that only works while the project is tiny.
What vibe coding is
Vibe coding means creating software by describing intent in natural language and letting AI generate a large part of the code. The term became popular after Andrej Karpathy described a way of programming where you follow the “vibe”, talk to the agent, accept changes, paste errors back, and let the code grow without manually writing every line.
Plain English version: you say what you want, AI tries to build it, you inspect the result, ask for changes, run it again. It is less “I write every line” and more “I direct the outcome”.
That is not automatically bad. Vibe coding is great for:
- getting an idea out of your head and onto the screen;
- creating clickable prototypes for user conversations;
- learning by reading generated code and asking for explanations;
- testing product flows before spending engineering sprint time;
- building simple internal or disposable tools.
If you do not understand the code, have not reviewed data access, have not tested permissions, and do not know how to roll back, you do not own the software yet. You have a prototype, and a prototype will not survive production.
Why it feels like it works so well
Because prototypes have a different bar. A prototype needs to show intent. It does not need to survive traffic, audits, payments, privacy requirements, fine-grained permissions, and two years of maintenance.
It also works because many apps repeat patterns: login screen, list, form, dashboard, CRUD, filters, sidebar, table. Models have seen a lot of similar code and can recombine those patterns extremely fast.
This changes the game: you do not need to wait until you “know everything” to play with product ideas. You can build, break, ask, compare, and learn in the loop. Just do not skip understanding. AI accelerates feedback. It does not replace fundamentals.
How this connects to the next lessons
In this lesson, you are getting the vocabulary to avoid falling for marketing. Next, we go deeper:
- Lesson 2: Tools and models shows how to choose between AI IDEs, CLIs, cloud agents, and task-fit models.
- Lesson 3: SDD and Harness Design shows how to turn intent into a verifiable contract and operate agents with context, validation, and governance.