What is the smallest complete user journey?
Name the user, their starting point, the action they take, and the result they receive.
Vibe coding turns natural-language ideas into working software. The reliable version is a disciplined loop: clear outcomes, relevant context, small changes, visible tests, and continuous refinement.
Choose one user, one problem, and one action the first version must complete.
Share the stack, current files, constraints, visual direction, and definition of done.
Create the smallest complete flow before adding accounts, dashboards, or polish.
Run the feature, inspect errors, try edge cases, and report the exact observed result.
Improve in small commits. Review security, privacy, accessibility, and performance.
A polished-looking result can still be incorrect. Treat the browser, tests, logs, and actual user flow as the source of truth.
Act as my development partner. Goal: [one testable user outcome] Audience: [who needs it] Stack: [languages, framework, hosting] Current state: [existing files or starting point] Requirements: [3–5 essential behaviors] Constraints: [security, browser, accessibility, budget] Done means: [a checklist I can verify] First, propose the smallest working version and identify any assumptions. Then implement it in reviewable steps.
Keep keys and credentials in server-side environment variables. Never place private keys in frontend code or prompts.
Ask what changed, inspect the diff, and confirm you understand the data flow before publishing.
Check mobile layouts, keyboard use, empty states, invalid inputs, slow networks, and failure messages.
Use these questions to keep an AI-assisted project focused, understandable, and ready to improve.
Name the user, their starting point, the action they take, and the result they receive.
Request a focused diff, a short explanation, and exact steps for testing the new behavior.
Share the exact error, reproduction steps, relevant file, input, and expected result.
Review inputs, authentication, secrets, dependencies, accessibility, responsive layouts, and error states.
“Break this idea into the smallest end-to-end version one person can use. List assumptions and leave later features out.”
“Using this error and reproduction, rank the likely causes. Show the smallest diagnostic check before proposing a fix.”
“Review this change for correctness, security, accessibility, edge cases, and unnecessary complexity. Identify evidence for each concern.”