Anatomia de um prompt eficaz

Os cinco blocos (CRTF + restrições)

• Contexto — quem você é, domínio, público-alvo.
• Role (papel) — “Você é um dev sênior PHP”, “Você é professor de ADS”.
• Tarefa — verbo claro: resumir, comparar, gerar, revisar, traduzir.
• Formato — bullets, tabela markdown, JSON, número máximo de palavras.
• Restrições — o que NÃO fazer; citar fontes; admitir incerteza.

Antes vs. depois

• Prompt fraco: “Me fala sobre banco de dados.”
• Prompt forte: papel + nível + formato + exemplo de saída esperada.

────────────────────────────────────────────────────────────
PROMPT FRACO
────────────────────────────────────────────────────────────
Explique normalização de banco de dados.

────────────────────────────────────────────────────────────
PROMPT FORTE
────────────────────────────────────────────────────────────
Você é professor de ADS explicando para calouros.

Tarefa: explique 1FN, 2FN e 3FN com um exemplo único de e-commerce
(pedido, cliente, produto).

Formato:
- Uma frase por forma normal
- Tabela ASCII com colunas: Forma | Problema que resolve | Exemplo ruim | Exemplo bom
- Máximo 250 palavras

Restrições:
- Não use jargão sem definir
- Se precisar assumir algo, declare explicitamente
────────────────────────────────────────────────────────────

System vs. user message

• system: regras estáveis da sessão (tom, formato, limites de segurança).
• user: pedido concreto da vez, dados variáveis, anexos de texto.
• assistant: respostas anteriores — útil em conversas multi-turno.
• Mantenha system enxuto; coloque dados grandes no user ou em anexo/RAG.

Checklist antes de enviar

• A tarefa tem verbo mensurável?
• O formato de saída está explícito?
• Incluí exemplos do resultado desejado (one-shot)?
• Defini o que fazer quando a informação faltar?
• Revise se há dados sensíveis no prompt.