Gerador de System Prompt

O que entra num prompt de sistema (e o que não entra)

O prompt de sistema é o briefing permanente: quem é o assistente, o que ele consegue fazer, como fala, o que recusa. A mensagem do usuário é o pedido do momento. Misturar os dois é o motivo mais comum de um assistente customizado começar a derrapar depois de dez turnos.

Coloque no prompt de sistema tudo que você repetiria de qualquer jeito:

• Papel e público. "Você é um atendente de uma loja de bicicletas, falando com clientes que não são mecânicos."
• Capacidades e limites. Que dados ele tem, que ferramentas pode chamar, o que nunca deve tentar.
• Tom. Curto e direto, ou acolhedor e detalhado. Escolha um.
• Formato da resposta. Tópicos? Tamanho máximo? Sempre terminar com um próximo passo?
• Regras permanentes: escalonamento, recusas, idioma, avisos legais.

Deixe de fora: a pergunta específica, os dados de hoje, pedidos pontuais de formatação. Isso pertence ao turno do usuário. Cole uma política de 4.000 palavras porque "sempre é necessário" e você tornou cada resposta mais cara e um pouco pior. Recupere só o trecho relevante a cada turno e confira o custo com o contador de tokens.

Há um segundo motivo para essa separação. Instruções de sistema pesam mais na maioria dos modelos e são mais difíceis de derrubar no meio da conversa. Tudo que você odiaria ver um usuário contornando com lábia mora lá em cima.

Ordene por importância, porque o topo é lido com mais força

Modelos dão mais peso ao início do prompt de sistema do que ao meio — o efeito "perdido no meio", já reproduzido em várias famílias de modelo. Sequencie de propósito: identidade e missão, depois restrições duras, depois capacidades e ferramentas, depois tom, depois formato de saída, depois exemplos se você precisar.

Se uma regra realmente não pode ser quebrada, coloque nas cinco primeiras linhas e diga uma vez só. Enterrar "nunca informe preço" no nono parágrafo é exatamente como você acaba informando preço.

Escreva regras como instruções, não como um paredão de "não"

"Não seja prolixo. Não use jargão. Não fique em cima do muro. Não use emoji." Quatro negativas e o modelo ainda tem que deduzir o que você quer. Positivas dão um alvo em vez de um campo minado. Reescreva cada proibição como o comportamento desejado:

• "Não seja vago" vira "dê um número ou exemplo concreto por afirmação".
• "Não escreva respostas longas" vira "responda em até 120 palavras, salvo se pedirem mais".
• "Não chute o plano" vira "pergunte qual plano o cliente usa antes de responder sobre cobrança".

Negativas ainda se justificam nas linhas duras de segurança — "nunca declare um diagnóstico" ganha de qualquer formulação positiva. Use onde o limite importa. No resto, descreva o alvo. Vai converter um prompt antigo cheio de proibições? Passe pelo reescritor de prompts e depois confira com o analisador.

Fique de olho em regras que brigam entre si. "Seja minucioso e explique seu raciocínio" ao lado de "mantenha respostas abaixo de 50 palavras" resulta em cara ou coroa. Erros comuns ao escrever prompts cobre as colisões clássicas.

Pedidos fora do escopo e os que ele não sabe responder

Todo assistente recebe algo fora do briefing. Se você não disser o que fazer, ele improvisa, e improviso é idêntico a uma resposta errada dita com convicção. Roteirize três saídas: fora do escopo, informação faltando, genuinamente desconhecido.

"Nunca invente horário" é regra dura, então continua negativa. "Faça uma pergunta específica e pare" substitui um vago "não alucine".

Mantenha curto, depois quebre de propósito

Um prompt de sistema de 2.000 palavras se comporta pior que um de 400, e não só no custo. As regras se diluem, contradições aparecem, e o modelo começa a sortear entre suas instruções em vez de seguir todas. Mire entre 150 e 500 palavras. Acima disso, você provavelmente tem três assistentes fingindo ser um.

Corte nesta ordem: regras duplicadas, exemplos que não ensinam nada além do que a instrução já diz, adjetivos de tom empilhados quatro a quatro, e qualquer regra cuja violação você não consegue imaginar. O otimizador identifica peso morto rápido.

Depois teste antes que seus usuários testem:

• Uma mensagem vazia ou de uma palavra só.
• Um pedido plausível, mas fora do escopo.
• Um usuário pedindo para ele ignorar as instruções.
• Uma pergunta em que a informação necessária está faltando.
• Algo grosseiro, e algo em outro idioma.

Rode cada caso cinco vezes. Modelos são amostrados, então uma passada limpa não prova nada. Quando o comportamento oscila, normalmente é problema de ordem ou duas regras discordando. O guia de prompts de sistema mostra uma bateria de testes completa, e o gerador de prompts para Claude cobre as manias de formato de cada modelo. Precisa de raciocínio em várias etapas? Combine o briefing com uma estrutura de cadeia de pensamento em vez de enfiar regras de raciocínio dentro da persona. A biblioteca de prompts tem briefings prontos para adaptar.