Best prompts for Lovable, and what Lovable already does

Lovable's own design guidance is free, needs no login, and already produces a brief with named fonts and hex colours. It renders three directions to compare, gives you six refinements, and costs no extra credits. Alongside it sit a 53 block prompt library, a twenty style reference, and roughly 20,000 words of prompting and design documentation.

Anyone selling you prompts for Lovable who does not tell you that is selling badly. Start there, for nothing, and come back when you hit the edge of it.

The edge is specific and it is worth knowing before you spend anything:

• Lovable's design layer names fonts. Yes, a curated list.
• It names hex values. Yes.
• It names an easing curve. No.
• It names a duration in milliseconds. No.
• It handles prefers-reduced-motion. No.

Design systems police your tokens, they do not choose them#

This is the part that gets misread everywhere, and it changes what you should buy. Lovable's documentation is plain about where the tokens come from:

Tokens are discovered from top-level styling files: CSS custom properties in files like src/index.css or src/styles/tokens.css, a tailwind.config, or a theme/tokens source file.

Discovered. Not authored. The design system reads what your project already decided and turns it into a schema.

What it then does with that schema is genuinely deep, and it is the strongest thing in Lovable's design layer:

every generation is scanned for violations of the design system

Four kinds, per the docs: raw colour literals where a token should be used, one-off values that bypass the scale, inline styles that override the defaults, and local components for things that should come from the system. When it finds one it retries and corrects before finishing.

That is a per-generation linter for design drift, and no pasted prompt can do it, because a pasted prompt does not run inside the build. It is a real advantage and it is worth paying for on its own terms.

The limits are equally plain, all from the same documentation:

• One design system per project.
• React only. Vue, Angular and Svelte are not supported.
• An existing project cannot be converted into one.
• system.md is the only free-text art direction slot, hand-authored and preserved across releases.

So the system is infinitely deep and completely empty. It will carry any level of specification you give it, including a very long one, and it supplies none of that specification itself. Arrive with no tokens and no opinion, and the same model that writes your code also invents your palette, which lands you back at the default look the design system was meant to protect you from.

The five worth having open, ranked#

Ranked by what each one supplies that Lovable does not, which is a narrower test than ranking the prompt libraries against each other. The free ones come first, because at your current step they are better value.

1. Lovable's 53 block prompt library. Free, no login, blocks running from five to sixty words. It names fonts and hex and stops there, which is the honest ceiling of free first-party guidance.
2. The off switch, quoted from Lovable's docs: "To skip the design step, write a specific design brief into your prompt and Lovable will build directly." That single sentence is the entire use case for this category, published by the vendor, and no round-up quotes it.
3. Meez's free Lovable hub. Four complete prompt texts inlined on the page itself, and 62 complete prompts free across the site with no email. Good, long, and free to read this afternoon.
4. A skill file you write once. Up to 100,000 characters, free on every plan, applied automatically across every project from then on. Better delivery than a copy button, and Lovable built it without meaning to compete in this category.
5. A full art direction brief. Nine blocks, exact values, a named curve with a real duration, a never list, acceptance checks. That is what Thanor writes, one per design, and it is the layer nothing above supplies.

What a prompt has to carry that Lovable never asks for#

Left to its defaults, Lovable's output runs Tailwind's stock easing curve at around 150ms on almost every transition, reaches for Inter, and rarely ships a prefers-reduced-motion rule at all.

None of that is a weakness in the model. Lovable will build whatever motion a detailed prompt asks for, at any curve and any duration you name. These are framework defaults, which is a house style choice, and the reason they show up everywhere is that nobody overrode them.

So a brief that is worth pasting names, at minimum:

1. Four to six hex values, each with a role: ground, surface, ink, accent, and the hue bias of the neutral stated rather than left to chance.
2. Two typefaces with the fallback stack written out, and a scale in px.
3. A named easing curve with its real value and a duration in milliseconds.
4. What is driven continuously by scroll progress against what triggers once.
5. One signature moment, described as a mechanism rather than as a mood.
6. A prefers-reduced-motion rule under which the page still makes its point.

The house rule underneath all six: exact values, never adjectives. #0F1317, not "deep charcoal".

Where to put a long brief so Lovable keeps it#

Be precise about which one you reach for. A full brief will not fit in always-on project knowledge, which caps at 10,000 characters. It fits comfortably in a skill file, and that is where it should live if you want it applied to everything you build from now on.

Where this leaves you#

Take Lovable's free docs first. Write your tokens before you connect a design system, so the linter has something real to enforce. Then, if the part you cannot write is the direction itself, that is the gap Thanor exists to fill: the palette, the scale, the curve, the duration and the order, decided per design and written as values you can paste straight into a skill file.

$89 for three months, $189 a year, $299 once, and free accounts open the designs marked free. Read one and see whether it is more specific than what you would have written.