Melhores modelos de Prompt para LLMs locais

Estes modelos de prompt foram escritos para modelos locais como Llama, Mistral, Phi, Qwen e Gemma a correr em Ollama, LM Studio, Jan ou um programa semelhante. Usam um papel curto, uma tarefa única e restrições firmes. Esse padrão é mais fiável num modelo de 7B ou 13B do que um pedido vago como «melhora isto».

Está a começar nas diferenças entre prompts locais e na nuvem? Leia Como escrever melhores Prompts para modelos de IA locais. Para transformar um tipo de tarefa num esqueleto que pode editar, use o Gerador de modelos de Prompt.

Como usar um modelo de prompt

Substitua cada parêntese reto e depois apague os parênteses. Deixe as regras no sítio. Se o modelo ainda se desviar, faça estas três coisas por esta ordem: coloque as regras acima do texto de origem, corte o texto de origem para a instrução ficar perto do topo e baixe a temperatura (temperature) para cerca de 0.2 no programa. Conte primeiro o prompt se estiver perto da janela de contexto — o Contador de Tokens é uma estimativa, não um tokenizador, mas chega para ver quando um prompt está a ficar longo.

Escrita

Artigo ou publicação curta

Use isto quando quiser um texto acabado, não um esquema. Funciona em modelos de 7B se mantiver o tema estreito.

Você é um redator claro e conciso. Tarefa: Escreva um artigo de blogue sobre [tema]. Requisitos: - Extensão: cerca de 400 palavras - Público: [quem] - Tom: direto, sem exagero - Estrutura: uma abertura de 2 frases, três secções com títulos, um fecho de 2 frases - Não invente estatísticas Devolva apenas o artigo.

E-mail que tem de ficar curto

Os modelos locais enchem os e-mails, a menos que limite a extensão e liste os pontos que podem cobrir.

Você está a escrever um e-mail de trabalho. Para: [nome ou papel] Objetivo: [pedir / atualizar / recusar] Pontos que pode incluir: - [ponto 1] - [ponto 2] Regras: - Menos de 120 palavras - Nenhuma saudação com mais de uma linha - Nada de «Espero que este e-mail o encontre bem» Devolva apenas o e-mail.

Descrição de produto

Escreva uma descrição de produto para [produto]. Factos que pode usar: - [facto] - [facto] - [facto] Regras: - 70 a 90 palavras - Segunda pessoa («você») - Sem alegações não verificadas como «o melhor» ou «garantido» - Termine com um uso concreto, não com um slogan Devolva apenas a descrição.

Código

Uma função, uma linguagem

Peça uma função, não «uma aplicação». Nomeie a versão da linguagem. Os modelos mais pequenos perdem-se quando a tarefa inclui uma biblioteca externa, testes e um README ao mesmo tempo.

Você é um programador cuidadoso de Python 3.11. Tarefa: Escreva uma função que [faz X]. Entrada: [tipo] Saída: [tipo] Regras: - Inclua um comentário de documentação de 2 linhas - Trate este caso limite: [caso] - Não acrescente um bloco main nem um exemplo de uso - Devolva apenas a função

Explicar um erro sem reescrever o ficheiro

Você está a rever código. Não reescreva o ficheiro inteiro. Código: [cole] Devolva exatamente 3 pontos: 1. O erro mais provável 2. Porque é que acontece 3. A alteração mais pequena que o corrigiria Se não tiver a certeza, escreva «não tenho a certeza» nesse ponto. Não invente um rastreio de pilha.

Converter um fragmento, não um projeto

Converta a função [JavaScript] seguinte para [Python]. Regras: - Mantenha o mesmo comportamento - Use nomes claros - Acrescente um comentário só se uma linha não for óbvia - Devolva apenas a função convertida Código: [cole]

Resumos e notas

Resumo com pontos fixos

Resuma o texto em exatamente 5 pontos. Regras: - Cada ponto é uma frase completa - Mantenha números e nomes que apareçam no texto - Não acrescente contexto que não esteja no texto - Sem título e sem parágrafo final Texto: [cole]

Notas de reunião em decisões e ações

Transforme estas notas soltas em duas listas: Decisões e Ações. Regras: - Decisões: apenas o que as notas dizem que foi acordado - Ações: comece cada linha com um verbo e um nome, se houver um - Se faltar um responsável, escreva «Responsável: não indicado» - Não acrescente tarefas novas Notas: [cole]

Resumo curto e o que ignorar

Leia o texto e devolva: 1. Um resumo de 40 palavras ou menos 2. Três pormenores que importam 3. Dois pormenores que parecem importantes mas não são necessários para a decisão Não recomende um produto. Texto: [cole]

Tradução e reescrita

Tradução que mantém os nomes

Traduza de [inglês] para [espanhol]. Regras: - Mantenha nomes de produtos, URLs e código sem alterações - Use um tom neutro - Não explique a tradução - Se uma frase for ambígua, traduza a leitura mais literal e acrescente «[ambígua]» a seguir Texto: [cole]

Reescrever para um nível de leitura

Reescreva o texto para que uma pessoa ocupada, que não é especialista, o consiga seguir. Regras: - Cerca do mesmo tamanho do original - Frases curtas - Mantenha todos os números - Não acrescente exemplos que não estejam na origem Texto: [cole]

Mudar o tom sem mudar os factos

Reescreva o parágrafo num tom mais calmo. Regras: - Não acrescente desculpas que não estavam lá - Não retire nenhum prazo nem nenhuma quantia - Mantenha-o abaixo de [80] palavras Parágrafo: [cole]

Análise e decisões

Revisão de riscos

Você é um revisor prático, não um incentivador. Assunto: [funcionalidade, plano ou rascunho] Restrições: [tempo, orçamento ou ferramentas] Devolva: 1. Três riscos, cada um numa frase 2. Uma forma de reduzir o âmbito 3. Um sim ou um não, com um motivo numa frase Não invente métricas.

Comparar duas opções

Compare a Opção A e a Opção B para [decisão]. Opção A: [factos] Opção B: [factos] Devolva uma tabela em texto simples com as colunas: Critério, Opção A, Opção B. Depois uma frase: que opção escolheria se [restrição] fosse a prioridade. Não acrescente uma terceira opção.

Extração estruturada

JSON com null

Diga ao modelo as chaves e o que fazer quando um campo falta. Caso contrário, os modelos locais inventam uma data ou um preço plausível.

Extraia JSON com exatamente estas chaves: name, date, amount, currency. Regras: - Use null quando o texto não indicar o valor - amount é um número, não texto - Não acrescente chaves - Sem bloco de código Markdown Texto: [cole]

Lista de controlo a partir de uma política

A partir do texto da política, liste apenas as ações que uma pessoa tem de fazer. Regras: - Uma ação por linha, a começar por um verbo - Ignore o contexto e as definições - Se o texto não for claro, escreva «Pouco claro:» e cite a expressão Política: [cole]

Estudo e prática

Questionário a partir das suas notas

Usando apenas as notas abaixo, escreva 5 perguntas e respostas. Regras: - Misture 3 perguntas de resposta curta e 2 de verdadeiro/falso - A resposta tem de estar sustentada pelas notas - Depois de cada resposta, cite a expressão que a sustenta, entre aspas Notas: [cole]

Explique e depois pare

Explique [conceito] a alguém que conhece [pré-requisito] mas não [conceito]. Regras: - 150 palavras no máximo - Um exemplo concreto - Sem secção de história - Termine depois do exemplo. Não faça uma pergunta de seguimento.

Quando um modelo de prompt ainda falha

Se o modelo ignorar uma regra, repita essa regra como última linha do prompt. Os modelos locais seguem muitas vezes a instrução mais próxima. Se acrescentar uma introdução simpática, acrescente «Comece diretamente pela resposta.» Se recusar uma tarefa normal de escrita, o prompt está provavelmente demasiado longo ou o prompt de sistema do programa está a entrar em conflito com o seu — encurte o seu e verifique a mensagem de sistema predefinida da aplicação.

Para uma verificação de passa ou falha antes de voltar a executar, cole o prompt no Otimizador de Prompts. Não chama um modelo. Só assinala a falta de papel, a falta de formato e prompts muito curtos ou muito longos.

Guias e ferramentas relacionadas