Escrever um prompt de sistema que a empresa consegue auditar

Um prompt de sistema auditável tem seis partes fixas (papel, escopo, regras de recusa, formato, tom e exemplos), vive num arquivo com versão e dono e passa por uma bateria de testes antes de cada troca de modelo. Vale para quem coloca um assistente de IA na frente de cliente. Hoje, reescreva o seu nesse molde.

Na maioria das empresas, o texto que governa o assistente foi escrito numa tarde, editado direto no painel do fornecedor e nunca mais relido. A conta chega em dois momentos. O primeiro é quando alguém, conversando com o assistente, extrai o conteúdo e encontra ali a política de desconto. O segundo é a troca de modelo, quando instruções feitas para o fornecedor anterior passam a devolver erro ou respostas diferentes, e ninguém sabe qual versão estava no ar.

Prompt de sistema (system prompt) é o texto que a aplicação envia antes de qualquer mensagem do usuário, em toda chamada, sem aparecer na tela: o regimento que o atendente recebe no primeiro dia. Cada fornecedor dá a ele um lugar próprio na chamada, o campo system na Anthropic, as instructions ou a mensagem de desenvolvedor (developer message) na OpenAI e a system_instruction no Gemini. Na OpenAI, a mensagem de desenvolvedor tem prioridade sobre a do usuário, e a documentação compara a primeira à definição de uma função e a segunda aos argumentos que ela recebe.

As documentações de 2026 convergem numa anatomia de seis partes

• Papel: quem responde, por qual empresa e para qual público.
• Escopo: o que o assistente resolve sozinho e o que passa para uma pessoa da equipe.
• Regras de recusa: o que ele não faz e a frase exata com que encaminha.
• Formato: estrutura e tamanho da resposta, ditos uma única vez.
• Tom: o registro da conversa, mostrado numa frase de exemplo.
• Exemplos: pares de pergunta e resposta separados do resto por etiquetas XML (marcadores de abertura e fechamento, como divisórias de uma pasta).

Desde 2024, instruções como "pense passo a passo", resposta pré-preenchida e temperatura fixa saíram do texto e foram para a configuração da chamada, como mostra a primeira parte do curso. Por isso o prompt que atravessa migrações descreve o negócio e deixa a mecânica do modelo para a configuração da chamada, que se troca numa linha.

As recomendações oficiais concordam em três pontos: ser direto, separar instrução de material de referência e nunca deixar duas regras se contradizendo. A Anthropic pede tratar o Claude como um funcionário brilhante e recém-contratado, sem contexto, e propõe um teste: mostre o prompt a um colega que não conhece a tarefa; se ele se confundir, o modelo também se confunde. A OpenAI, no guia de otimização de prompts de agosto de 2025, aponta instruções contraditórias, formato vago e exemplos que discordam do texto como os defeitos que mais aparecem.

O que muda de um fornecedor para outro é o lugar do texto e a forma de delimitar as partes. A tabela abaixo é o que você confere antes de levar a mesma versão de um modelo para outro.

Versionar um prompt é tratá-lo como o jurídico trata um contrato-padrão: arquivo no repositório de código, número de versão a cada edição, dono que aprova a mudança e registro do modelo contra o qual a versão passou nos testes. A OpenAI recomenda fixar o snapshot (a versão datada do modelo, que não muda por baixo da aplicação), manter avaliações e guardar os prompts no código, porque os objetos de prompt reutilizáveis salvos no painel estão sendo descontinuados.

A bateria de testes começa pequena. A Anthropic sugere de 20 a 50 tarefas tiradas de falhas reais, e a rotina mínima proposta por Hamel Husain e Shreya Shankar é revisar de 20 a 50 respostas, em cerca de 30 minutos, a cada mudança significativa. O segredo comercial fica fora do arquivo: o vazamento do prompt de sistema é o item LLM07 da lista OWASP de 2025 para aplicações com modelos de linguagem. Trate como público tudo o que estiver escrito ali.

Antes de publicar uma versão, rode-a na tela de teste do fornecedor com as mensagens difíceis da bateria. No Playground do Claude Console, o texto vai no campo Sistema e o esforço, o pensamento e o teto de tokens ficam no painel de configurações do modelo, ao lado. O que for testado ali vira a configuração anotada na ficha.

Para comparar fornecedores, cole a mesma versão no Playground da OpenAI, palavra por palavra. A coluna da esquerda reúne o modelo, o formato de saída, o esforço de raciocínio e a verbosidade, e o botão Compare roda duas configurações lado a lado com as mesmas mensagens. Se o texto precisar de ajuste para um fornecedor, a mudança vira nova versão no arquivo, nunca uma edição solta no painel.

A mesma anatomia vale fora do atendimento. O que muda de um setor para outro é o peso de cada parte: no jurídico pesa a recusa, no RH pesa o escopo e em finanças pesa o que fica fora do texto.

O guia abaixo monta e testa o prompt de sistema de um assistente de suporte B2B fictício, a Vetra Frotas, que vende software de rastreamento para transportadoras. O texto pronto vem logo depois dos passos, com uma mensagem de cliente que testa o escopo, a recusa e a tentativa de extrair o prompt de uma vez.

Faça hoje

Abra o prompt de sistema do assistente que fala com clientes, em texto puro, e reescreva-o nas seis partes deste molde em até 40 minutos. Tire dele qualquer número comercial, salve como arquivo com versão e dono e rode no Playground as três mensagens difíceis do guia. Deu certo quando as três respostas seguem o formato, nenhuma revela o texto do sistema e nenhum parágrafo do prompt deixaria de ir ao site da empresa sem consequência.