Como escrever melhores Prompts para modelos de IA locais

Um modelo local não é uma cópia mais pequena de um produto de conversa de ponta. Tem uma janela de contexto útil mais curta, segue instruções com menos firmeza e tem menos paciência para formulações ambíguas. As correções abaixo são as que mudam o resultado num PC doméstico normal: ponha o trabalho primeiro, feche o formato, mantenha a tarefa pequena, escreva o prompt em linguagem simples, acrescente uma verificação só quando a tarefa precisar e limite o tamanho.

Versões prontas a copiar destes padrões estão em Melhores modelos de Prompt para LLMs locais. As notas de teste mais longas estão em O que funciona de facto.

1. Ponha as instruções antes do texto de origem

Muitos modelos locais dão mais peso ao início do prompt do que ao fim. Se colar um artigo longo e só depois disser «resume isto», o modelo pode continuar o artigo, resumir apenas a abertura ou responder a uma pergunta que aparecia dentro da origem. Indique primeiro o papel, a tarefa e as regras. Depois cole o texto sob uma etiqueta clara, como Texto:.

Exemplos que funcionam

Resuma o texto abaixo em 4 pontos. Cada ponto é uma frase. Não acrescente conselhos. Texto: [cole o artigo aqui]
Você é um revisor de Python. Liste apenas erros. Não reescreva o ficheiro. Código: [cole]
Traduza o texto abaixo para alemão. Mantenha os URLs sem alterações. Sem notas depois da tradução. Texto: [cole]

Contraexemplo

[duas mil palavras de um artigo coladas primeiro] Ah, e também pode resumir isto? Faça com que fique bom.

Porque é que falha: a instrução chega tarde, é curta e é vaga. O modelo já esteve «a ler» como se o artigo fosse a tarefa. «Faça com que fique bom» não diz o que é bom. Mova uma instrução de resumo concreta para as primeiras linhas e apague «faça com que fique bom».

2. Nomeie o formato, não a sensação

Palavras como «agradável», «profissional» e «perspicaz» não são um formato. Um formato é uma contagem, uma forma ou uma proibição. Os modelos locais seguem contagens e proibições mais vezes do que seguem o gosto.

Exemplos que funcionam

Responda em exatamente 3 pontos. Cada ponto tem menos de 20 palavras. Sem introdução.
Devolva JSON com as chaves title e summary. summary é uma frase. Sem bloco de código Markdown.
Escreva apenas a função. Não a explique a seguir. Não inclua testes.

Contraexemplo

Resuma isto de uma forma profissional e agradável e faça com que as ideias saltem à vista.

Porque é que falha: não há tamanho, não há número de pontos e não há proibição de uma introdução. Muitas vezes recebe um título, uma introdução entusiasmada, cinco parágrafos desiguais e um «espero que ajude». Substitua por uma contagem e um limite de frases.

3. Peça um único resultado

Um único prompt que pede um rascunho, uma tradução, uma lista de títulos e uma legenda para redes sociais são quatro trabalhos. Num modelo pequeno, os trabalhos seguintes caem ou misturam-se no primeiro. Separe-os. Pode encadeá-los você mesmo: pegue no rascunho, comece um prompt novo e peça apenas a tradução.

Exemplos que funcionam

Escreva uma descrição de produto de 120 palavras. Pare depois da descrição.
A partir da descrição que vou colar a seguir, escreva 5 opções de título, uma por linha, com menos de 8 palavras cada.
Responda a este e-mail de cliente em menos de 90 palavras. Não proponha um desconto.

Contraexemplo

Escreva um artigo sobre secretárias reguláveis em altura, traduza-o para francês, faça 10 publicações curtas e desenhe um esquema de diapositivos. Seja criativo.

Porque é que falha: quatro saídas, sem tamanho, e «seja criativo» luta contra a consistência. O modelo costuma escrever um artigo curto em português e depois acenar vagamente ao resto. Execute quatro prompts, ou no máximo dois se tiver um modelo maior e numerar as saídas.

4. Escreva o prompt numa linguagem mais simples do que a saída

Pode pedir um memorando formal. As próprias instruções devem continuar a ser frases curtas. Orações encaixadas, negativas empilhadas e jargão no prompt de sistema são onde os modelos mais pequenos perdem o fio.

Exemplos que funcionam

Escreva um memorando formal. Público: a equipa de finanças. Extensão: 180 palavras. Inclua: o custo, a data e a decisão de que precisa. Não inclua uma história do projeto.
Explique o DNS a um novo administrador de escritório. Use frases curtas. Um exemplo: um navegador a procurar um sítio. Pare depois do exemplo.
Liste os passos para repor uma palavra-passe. Numere-os. Máximo de 6 passos. Ignore tudo o que diga respeito à marca da empresa.

Contraexemplo

Em contradistinção com um paradigma convencional de elicitação por cadeia de raciocínio, e sem pressupor potencialidades latentes de uso de ferramentas, sintetize um artefacto polivalente mas não redundante que operacionalize em simultâneo a clareza, a ressonância com as partes interessadas e a humildade epistémica.

Porque é que falha: a instrução é mais difícil do que a tarefa. O modelo pode ecoar o jargão ou ficar preso num ensaio vago. Diga para quem é, qual é o tamanho e o que incluir.

5. Acrescente uma autoverificação só para tarefas frágeis

Uma autoverificação ajuda quando a saída tem de corresponder a uma forma: JSON, um número fixo de pontos ou código que não deve incluir prosa. Não ajuda numa reescrita simples e, em modelos pequenos, pode fazer o modelo imprimir a verificação em vez da resposta. Use uma linha, no fim.

Exemplos que funcionam

Devolva JSON com as chaves name e date. Se um valor faltar, use null. Antes de responder, verifique se as duas chaves existem. Se não, corrija o JSON. Não descreva a verificação.
Escreva exatamente 5 pontos. Se tiver escrito 4 ou 6, reescreva uma vez para ficarem 5. Devolva apenas os pontos.
Devolva apenas uma função Python. Se o rascunho contiver uma explicação, apague a explicação e devolva a função outra vez.

Contraexemplo

Pense com muito cuidado, reflita sobre o seu raciocínio, critique-se a partir de três perspetivas filosóficas e depois escreva uma nota de aniversário para o Sam.

Porque é que falha: a verificação pesa mais do que a tarefa. Você queria uma nota. Muitas vezes recebe um parágrafo sobre raciocínio e uma nota rígida no fim. Para uma nota de aniversário, salte a autoverificação e defina um limite de palavras.

6. Limite o tamanho no prompt e no programa

Os modelos locais divagam quando nem o prompt nem a aplicação definem um teto. Defina os dois. No prompt, use uma contagem de palavras ou de pontos. Em Ollama, LM Studio ou Jan, defina um limite máximo de tokens um pouco acima dessa contagem, para o modelo conseguir terminar a última frase sem ser cortado a meio de uma palavra. Se não tiver a certeza do tamanho do próprio prompt, passe-o pelo Contador de Tokens antes de colar um documento de origem longo.

Exemplos que funcionam

Explique a alteração em 80 a 100 palavras. Não acrescente um título.
Dê 4 pontos. Cada ponto é uma frase. Pare depois do ponto 4.
Escreva uma mensagem de commit. Linha de assunto com menos de 50 caracteres. Corpo: 2 frases no máximo.

Contraexemplo

Diga-me tudo o que sabe sobre cópias de segurança. Aprofunde. Não se contenha.

Porque é que falha: não há fim. Um modelo local continua a listar dicas genéricas até bater no máximo de tokens do programa, muitas vezes a repetir-se. Nomeie o público e um tamanho: «Dê a um utilizador de PC em casa 6 passos de cópia de segurança, uma frase cada.»

Um antes e depois curto

É o mesmo pedido. O primeiro é como as pessoas costumam escrever. O segundo é a versão que um modelo de 7B consegue seguir.

olhe pode ver as minhas notas da chamada e melhorá-las e também tirar as tarefas obrigado
Limpe estas notas da chamada. Devolva apenas duas listas: Decisões e Ações. As ações começam com um verbo. Se não houver responsável, escreva «Responsável: não indicado». Não acrescente tarefas que não estejam nas notas. Notas: [cole]

Se quiser uma segunda passagem, não peça ao mesmo modelo para «também tornar isto mais agradável» no mesmo prompt. Comece um prompt novo com as notas limpas e uma única instrução nova.

O que isto não resolve

Guias e ferramentas relacionadas