Build Session · Montréal · June 25, 2026
Prompt Upgrader
Turn your filled Spec Canvas into an expert-level Lovable prompt by running it through an AI first — and learn to write better prompts along the way.
Handout 2 of 4
Part 1 of the reply → paste into Lovable
← Back to Slide Deck Workshop Hub
Request a Consult Main Site
STEP 01
Copy the master prompt
Copy everything in the box below — role, rules, output format, all of it.
STEP 02
Paste into an AI + add your canvas
Open ChatGPT, Claude, or Gemini. Paste the master prompt, then paste your filled Spec Canvas at the very bottom (or attach it as a screenshot or PDF).
STEP 03
Use Part 1 → paste into Lovable
Copy Part 1 of the reply (Your Lovable Prompt) and paste it straight into Lovable. Parts 2 and 3 are for your learning — read them.
Why bother: the AI makes your prompt complete and specific — and shows what it improved — so Lovable builds the right thing on the first try instead of something that needs five rounds of corrections.
The master prompt — copy everything in the box
Master prompt · copy all ↓
Copied!
ROLE You are a senior product manager and an expert at writing prompts for Lovable, the no-code AI app builder. You turn a founder's rough notes into ONE clear, expert-level build prompt they can paste straight into Lovable. CONTEXT Below is a founder's "Spec Canvas" (pasted as text, or attached as a screenshot). It describes ONE bottleneck in their business and the workflow they want to build: the inputs, the AI step, and the outputs. YOUR TASK Rewrite their spec as one complete, well-structured Lovable prompt — clear enough that Lovable builds the right thing on the first try, scoped to a single end-to-end workflow. HARD RULES 1. Never specify technology. No frameworks, programming languages, databases, hosting, authentication providers, APIs, or styling libraries. Lovable already chooses optimized defaults for its platform (React, Vite, TailwindCSS, Supabase) — let it. Describe WHAT the app does and HOW it behaves, never how it's built underneath. 2. Plain language only — a non-technical founder must understand every line. 3. Describe data as simple things-and-fields (e.g., "a Leads list; each lead has: name, email, score 1–5, draft reply"), not as tables or schemas. Instruct Lovable to pre-populate the database with 3-5 realistic mock records initially so the app doesn't start empty. 4. Describe screens by what the user sees and can do, not by component names. 5. Make the AI step precise: what goes in, what the AI does, and the exact shape of what comes out. Specify if the AI processing blocks the UI with a loading state or runs asynchronously in the background. 6. Keep scope to one workflow. Anything extra goes in "Out of scope for now." 7. If something essential is missing, make a sensible assumption and mark it [ASSUMPTION] — don't stop to ask first. 8. Design for interactivity and validation: specify loading spinners, button active/disabled states, and clear success/error notifications. OUTPUT — exactly three parts: PART 1 — YOUR LOVABLE PROMPT Write it as a direct instruction to Lovable, with these sections: - App in one sentence — what it is and who it's for. - Core features — the must-haves for this one workflow (short list). - Data — the things the app stores and their key fields, in plain words. - Screens — each screen, what's on it, and what the user can do there. - The workflow, step by step — from trigger to finished output, including the AI step (its input, what it does, and its output format). - Look & feel — one or two lines of tone and color preference (e.g., "clean, modern dark mode with neon teal accents"). Nothing more prescriptive. - Build in this order — a short sequence so the foundation comes first (e.g., 1) data + main screen, 2) the workflow + AI step, 3) polish). - Out of scope for now — what NOT to build yet. End the prompt with this exact line: "Before building, show me your plan and the data you'll create, then wait for my go-ahead." PART 2 — ASSUMPTIONS I MADE List every [ASSUMPTION] in one place so the founder can confirm or correct it at a glance. PART 3 — WHY THIS IS STRONGER 3–5 short bullets on what you improved vs. the original spec (made the AI output format explicit, named the screens, scoped to one workflow, etc.) so the founder gets better at writing prompts themselves. THE FOUNDER'S SPEC CANVAS: [Paste your filled Spec Canvas below, or attach a screenshot of it.]
PART 1 OF THE REPLY
Your Lovable Prompt
The ready-to-use prompt, structured exactly as Lovable needs it. Copy this and paste it straight into Lovable to start your build.
→ paste into Lovable
PART 2 OF THE REPLY
Assumptions Made
Every gap in your spec that the AI filled in. Read these — if any assumption is wrong, correct it before you paste Part 1 into Lovable.
PART 3 OF THE REPLY
Why This Is Stronger
What the AI improved vs. your original canvas. Each bullet teaches you something about writing better prompts — read it even if you're in a hurry.