Guia de engenharia de prompt do Claude: as seis coisas que realmente mudam o resultado

4 min de leitura KissMySkills

A maior parte dos conselhos sobre engenharia de prompts é folclore passado de uma captura de tela para outra. Parte funciona, muita coisa é superstição e quase nada explica o motivo. Este guia aborda as seis coisas que mudam de forma confiável o que Claude produz e termina defendendo que se pare de fazer engenharia de prompts quando você passa a realizar a mesma tarefa repetidamente.

Nesta página
  1. 1. Diga quem está solicitando e o que acontece depois
  2. 2. Dê exemplos, não adjetivos
  3. 3. Peça o raciocínio antes da resposta quando a tarefa for analítica
  4. 4. Especifique o formato da saída
  5. 5. Diga o que ele deve fazer quando não souber
  6. 6. Faça iterações na instrução, não na saída
  7. O ponto em que a engenharia de prompts deixa de valer a pena
  8. Como é um arquivo de habilidade

1. Diga quem está solicitando e o que acontece depois

A maior alavanca isolada é o contexto da situação, não uma formulação inteligente. "Escreva uma descrição de produto" e "Escreva uma descrição de produto para uma chaleira de cerâmica de 200 euros, vendida para compradores atentos a design em nossa própria loja, para ficar abaixo de três fotografias, com cerca de 60 palavras e sem pontos de exclamação" não são o mesmo pedido. O segundo tem um público, um canal, um tamanho e uma restrição. O modelo nunca teria como adivinhar nada disso.

O hábito a desenvolver: antes de digitar a instrução, responda mentalmente a quatro coisas e depois coloque-as no prompt. Quem vai ler isso. Onde isso aparece. Qual é o tamanho. O que não pode fazer.

2. Dê exemplos, não adjetivos

"Deixe mais impactante" não significa nada de forma consistente. Duas frases que você considera impactantes significam algo exato. Cole um exemplo bom e um ruim, diga qual é qual, e o resultado melhora mais do que com qualquer quantidade de descrições do tom.

Essa é a técnica com a melhor relação entre esforço e resultado de toda a lista, e é a que as pessoas deixam de lado porque encontrar um exemplo leva trinta segundos, enquanto digitar "impactante" leva um.

3. Peça o raciocínio antes da resposta quando a tarefa for analítica

Para qualquer coisa que envolva comparação, diagnóstico ou números, peça ao Claude que analise tudo antes de chegar a uma conclusão. "Passe por cada cláusula e observe o que ela faz antes de me dizer se devo assinar" produz uma qualidade diferente de "devo assinar isto".

A ressalva: isso ajuda em trabalhos analíticos e não faz nada por tarefas criativas ou de formatação. Aplicar essa técnica em todo lugar apenas deixa a resposta mais longa.

4. Especifique o formato da saída

Se você quer uma tabela, peça uma tabela e dê nome às colunas. Se quer que caiba em uma mensagem do Slack, diga isso. Se não quer um preâmbulo, diga "comece diretamente pelo primeiro item, sem introdução". Claude tende a produzir um ensaio útil porque essa é a resposta geral mais segura, e a resposta geral mais segura raramente é a que você queria.

5. Diga o que ele deve fazer quando não souber

Quando não há especificação, o comportamento padrão diante de uma lacuna é produzir algo plausível. Quando há especificação, não é. "Se o documento não disser, escreva NÃO INFORMADO em vez de fazer uma inferência" custa oito palavras e elimina a maior parte dos detalhes inventados em trabalhos analíticos.

Essa é a técnica que mais importa em documentos jurídicos, financeiros e médicos, e quase nunca aparece nos guias populares.

6. Faça iterações na instrução, não na saída

Quando a resposta está errada, a maioria das pessoas corrige a resposta em uma mensagem de acompanhamento. Isso corrige uma resposta. A alternativa é entender o que faltou na instrução e acrescentar isso, para que as próximas vinte respostas também estejam certas.

Concretamente: em vez de "deixe mais curto", pergunte a si mesmo qual tamanho você realmente queria e coloque esse número no prompt original. Em vez de "menos formal", encontre a frase que ficou formal demais e mostre como você a teria escrito.

O ponto em que a engenharia de prompts deixa de valer a pena

Tudo acima vale a pena aprender. Mas observe o que acontece quando você fica bom nisso: seus prompts ficam longos, codificam muitas decisões e você os redigita constantemente.

Nesse ponto, você não está mais escrevendo um prompt. Está mantendo uma especificação, de forma inadequada, em uma caixa de chat que a esquece. A solução é tirar essa especificação da mensagem e colocá-la nas Instruções personalizadas, onde ela permanece em todas as conversas até que você a altere. Isso é tudo o que um arquivo de habilidade é: uma especificação bem testada para um tipo de trabalho, escrita uma vez.

A regra prática é simples. Se vai fazer essa tarefa uma vez, escreva um bom prompt. Se vai fazê-la semanalmente, anote tudo. Se vai fazê-la diariamente, use um arquivo que alguém já tenha testado com uma centena de variações da tarefa.

Como é um arquivo de habilidade

É texto simples. Uma função, como essa função trabalha, o que ela sempre pergunta antes de responder, qual formato de saída produz e sobre o que se recusa a fazer suposições. Você o cola nas Instruções personalizadas uma vez, e todas as conversas começam a partir daí. A configuração leva menos de cinco minutos, e há um guia passo a passo aqui.

Experimente uma opção gratuita antes de comprar qualquer coisa ou navegue pelo catálogo por função.

KissMySkills é um marketplace independente e não é afiliado, endossado nem relacionado à Anthropic, à OpenAI ou a qualquer outra empresa de AI.

~/get-started

Skills que funcionam. Sem enrolação.

Navegue por todas as skills, prompts e agents na loja.

Navegue por todas as habilidades →Ou experimente as ferramentas gratuitas