Prompts do Lovable para design: o que funciona, o que se perde e por quê

As coleções populares de prompts para Lovable são testadas em funcionalidades, onde o sucesso é binário: o fluxo de auth existe ou não existe. Prompts de design são julgados da mesma forma ('a página mudou?'), e por esse teste, 'use um tema dark moderno com acentos vibrantes' passa. A página mudou. O que ninguém checa novamente é a quinta tela, onde o acento vibrante deslizou de volta para o indigo-500 e o tema dark recuperou a rampa de cores slate padrão, porque a instrução estava em uma conversa que não parava de crescer. Esse deslizamento tem um nome, design drift, e prompts de adjetivos são seu principal alimento.

Vale a pena ser preciso sobre o mecanismo: o Lovable não ignora instruções de estilo, ele as *aproxima*, e as aproximações se acumulam. 'Quente' torna-se um quente ligeiramente diferente a cada geração. Um valor hex não desliza: ou é #b45309 ou não é. Esse é todo o truque por trás de prompts que se mantêm: substitua cada adjetivo por um valor.

Um prompt de design durável para Lovable tem cinco partes. Esqueça uma e o modelo preencherá a lacuna com os padrões, que é como os apps acabam ficando 'meio distintos', o que soa pior do que qualquer um dos extremos.

1. Linha de autoridade. Uma frase declarando o sistema abaixo como a única fonte de verdade e proibindo cores ou fontes inventadas. Sem isso, prompts de funcionalidades posteriores superam o contexto de design.
2. Design tokens de cores completos, ambos os modos. Papéis semânticos (background, primary, muted-foreground…) com valores exatos para light *e* dark. Omitir o modo dark delega todo o segundo tema de volta aos padrões.
3. Uma combinação de fontes nomeada com funções. Qual família cuida dos títulos, qual cuida do corpo, quais pesos existem. 'Use fontes bonitas' produz Inter.
4. Valores de escala. Escala tipográfica, espaçamento, raio. Esses são os sinais que denunciam um app construído com padrões mais rápido do que a cor.
5. Regras: o que fazer e o que não fazer. Algumas proibições ('sem gradientes roxos, sem ícones de emoji, sem raio uniforme') além dos motivos que tornam o design reconhecivelmente único.

Make the app look modern and premium, with a dark theme
and vibrant accent colors. Less generic please.

Use #0c0a09 as the app background and #fbbf24 as the primary
accent. Headings in Fraunces (600), body in Inter. Border
radius 2px everywhere. No gradients.

Use the design system below for everything you build in this
project. It is the single source of truth for color, typography,
spacing, and visual style. Do not invent your own palette,
fonts, or component styling.

[ …the kit's full DESIGN.md: 28 semantic tokens in light and
dark, the font pairing, type scale, spacing, radius, shadows,
motifs, do's and don'ts… ]

O terceiro formato não é prático para escrever à mão: um sistema real envolve centenas de decisões. Essa é a razão real pela qual o design via prompting estagna. Um prompt de design durável acaba sendo um documento, e ninguém quer digitar um documento em uma caixa de chat. Por isso, entregamos cada kit como esse documento: navegue pela galeria de temas do Lovable, escolha um kit, copie seu prompt e cole uma vez.

1. 1

   Começando do zero: cole como a primeira mensagem

   Cole o prompt de design completo antes de descrever qualquer funcionalidade, para que a primeiríssima geração já esteja dentro do sistema. Adaptar um sistema a um app construído com padrões custa várias rodadas de correção.

2. 2

   Para qualquer coisa de longa duração: mova para Knowledge

   Settings → Knowledge é contexto permanente: ele se aplica a cada geração sem precisar ser reenviado, o que o torna o lar resistente ao drift. O contexto do chat envelhece; o Knowledge não.

3. 3

   Quando o drift aparecer mesmo assim: aponte para o sistema, não para o sintoma

   Diga 'siga o design system para a estilização do card' em vez de redescrever o card. Redescrever gera uma segunda verdade ligeiramente diferente; apontar reancora a original.