The killer mistake is jumping to execution. Make the AI ask you questions first.
Vignesh's central technique. Instead of 'build me a poker app', he gives the agent a role-set and an obligation: research the best existing products in the space, identify what is missing, then interview the user in depth as a team of senior designer, developer, engineer and product specialist, producing a plan and a to-do list for approval before any building. He says the interview alone can take 7-8 hours and is what keeps his output ahead of others building the same thing. The prompt also states constraints up front: non-technical builder, a $20 plan, use sub-agents and delegation, plan with the top model and execute with cheaper ones, phase-by-phase tested builds, and scale to 1,000-2,000 users from day one rather than a throwaway MVP. When you do not know what to build, interview real people (a business owner) and feed that interview into the model as a second interview.
The poker app: his first attempt, prompted directly, was ugly and cost money; the rebuilt version started with the interview.
It shifts the effort from correcting bad builds to specifying the right one.
Give AI a role, give AI an experience.0:32:00
Try it now
Take your next build idea and ask the agent to interview you for 30 minutes as a senior product team before writing any code.
Answer from memory first — the recall attempt is what makes it stick. Then reveal.
What should a build prompt ask the agent to do before planning?
Research the field and interview you in depth, in the roles of the senior team the build needs
Why state the plan cost and model split in the prompt?
So the agent plans with the strongest model and delegates execution to cheaper ones, and stays inside a small budget

