H1
Screenshot como briefing
Tem inspiração visual? Arrasta a imagem. Não descreve em prosa.
Prosa demora 2 parágrafos. Screenshot resolve em 2 segundos.
Quando aplicar
- Briefing inicial de layout
- Inspirado por site específico
- Copiar estética, não conteúdo
H2
Resultado, não passos
Diga o que quer ver no fim. Não diga como o Claude deve fazer.
Descrever "como" presume saber a melhor forma técnica. Você não sabe — e nem precisa.
Quando aplicar
- Briefing inicial
- Feature nova
- Dúvida de terminologia técnica
H3
Aponte para o contexto
Começa sessão pedindo pro Claude ler CLAUDE.md (e outros arquivos de contexto).
Sem isso, Claude começa do zero a cada sessão. Você re-explica tudo.
Quando aplicar
- Início de TODA sessão
- Claude "esquecendo" decisões
- Feature nova com regras de projeto
H4
Uma coisa por vez
Divide em seções pequenas. Constrói uma por vez. Nunca tudo num prompt.
Tudo em paralelo gera inconsistência. 8 seções, 3 com bug, você não sabe onde olhar.
Quando aplicar
- Sempre — esse é o decisivo
H5
Bug visual = screenshot
Algo visual errado? Printa e arrasta junto com a descrição.
"Texto em cima da imagem" pode significar 5 coisas. Screenshot resolve.
Quando aplicar
- Sempre que há bug visual
- Algo "ficou esquisito"
- Diferença mobile vs desktop
H6
Plan antes de Build
Tarefa com 3+ passos ou decisão de arquitetura? Entra em Plan Mode (/plan). Claude pesquisa, lê arquivos, monta plano. Você lê, ajusta, aprova. Só depois roda Code.
5 min de plano + 1 build correto custam menos que 1 build errado + rebuild. Matemática de token — não motivação.
RUIM"Constrói uma landing page pra consultoria de RH. Bora."
BOM/plan — Lê CLAUDE.md. Antes de tocar arquivo, me apresenta: estrutura, arquivos, stack escolhida (e por quê), ordem de construção.
Quando aplicar
Tarefa com 3+ passos · decisão de arquitetura · você não sabe o que vai pedir.
Quando pular Mudança de 1 linha · bug fix isolado · edit cosmético.
H7
Screenshot in, screenshot out
Princípio que unifica H1 + H5. Toda informação visual passa pelo olho — não pela palavra.
Vibe coding é visual-first. Se está escrevendo +2 linhas pra descrever algo visual, para e tira print.
RUIM"Layout tipo Linear mas cards menores, header tipo Stripe mas sem logo grande, e..."
BOM[print Linear] "Layout geral assim" · [print Stripe] "Header assim" · "Cards 30% menores. Mais respiro."
Quando aplicar
Briefing com referência · bug visual em qualquer device · gap entre o que queria e o que veio · comparação ("tipo isso, mas…").
Manutenção — hábito é musculatura
Você esquece se não usa. Plano realista de internalização:
Cronograma de internalização
- Semana 1 · consulta o cheatsheet a cada sessão
- Semana 2 · consulta no início, segue no piloto automático
- Semana 4 · internalizou. Cheatsheet vira referência ocasional
Sinais de que ainda não internalizou
- Arrasta imagem "às vezes" em vez de sempre
- Esquece de pedir leitura de CLAUDE.md
- Pede 5 coisas em 1 prompt — e volta bagunçado
- Pula Plan Mode "porque é rápido" — e refaz tudo