Todos Fundamentos Nichos Cases Decisão
FundamentosComo construir

Prompt de sistema: a estrutura que faz um agente de atendimento funcionar

O prompt não é onde você escreve o que o agente deve dizer. É onde você define o que ele é, o que sabe e onde ele para.

Por Marcelo, Engenheiro de Software e FundadorPublicado em 10 min de leitura
Em resumo
  • Prompt bom tem estrutura: identidade, escopo, limites, fluxo, escalação, tom e exemplos.
  • Conhecimento variável (preço, estoque, agenda) não vai no prompt — vai em base consultável.
  • A seção de limites vale mais que a de capacidades: é ela que evita alucinação e promessa indevida.
  • Poucos exemplos bem escolhidos ensinam mais tom do que dez parágrafos descrevendo o tom.

Quase todo problema de comportamento de um agente de atendimento — inventar informação, prometer o que não pode, responder frio, não transferir quando deve — nasce no prompt de sistema. E quase todo prompt ruim tem o mesmo defeito: foi escrito como um texto corrido, sem estrutura.

O que o prompt é (e o que ele não é)

O prompt de sistema define comportamento. Ele não é o lugar de guardar informação que muda.

Preço, estoque, horário de funcionamento, política de troca, tabela de frete e agenda são conhecimento variável. Esse conteúdo pertence a uma base consultável — o mecanismo explicado em o que é RAG.

Quando alguém coloca a tabela de preços dentro do prompt, duas coisas acontecem: toda alteração comercial vira alteração de configuração, e o agente passa a afirmar com convicção um preço que mudou semana passada.

A estrutura que funciona

Sete seções, nessa ordem:

1. Identidade

Quem é o agente, de qual empresa, falando com quem. Objetivo, sem floreio: "Você é o assistente de atendimento da [empresa], que faz [o quê], atendendo clientes e interessados no WhatsApp."

2. Missão

O que se espera que ele consiga em uma conversa. Isso orienta prioridade quando há ambiguidade — resolver a dúvida, qualificar, agendar, vender, reter.

3. Escopo

A lista do que ele trata. Ser explícito aqui é o que impede a conversa de derivar para assunto que a empresa não quer responder por mensagem.

4. Limites

A seção mais importante, e a que costuma faltar. O que ele não faz:

  • Não inventa informação que não está nas fontes.
  • Não dá desconto nem condição fora da tabela.
  • Não promete prazo que depende de terceiro.
  • Não dá orientação profissional regulamentada (médica, jurídica, técnica).
  • Não discute assunto pessoal, político ou polêmico.
  • Não repete dado sensível de forma desnecessária.

É essa seção que evita a maior parte dos incidentes reais. Vale escrevê-la com o time comercial e jurídico junto, não sozinho.

5. Fluxo

Como conduzir a conversa: o que perguntar primeiro, quais dados coletar antes de avançar, em que ordem apresentar informação, quando confirmar antes de agir.

Fluxo não é menu. É prioridade — o agente continua livre para responder o que o cliente perguntar, mas sabe o caminho que quer seguir.

6. Escalação

Os gatilhos de transferência para humano, com o que enviar junto. Assunto tratado em handoff: quando o agente passa para um humano.

7. Tom e exemplos

Como a empresa fala: formal ou informal, uso de emoji, tamanho da mensagem, se usa o nome do cliente. E dois a quatro exemplos curtos de diálogo cobrindo os casos difíceis — não os fáceis.

Escreva os limites antes das capacidades

Existe uma tendência natural de gastar o prompt inteiro descrevendo tudo que o agente pode fazer, e resolver os limites com uma linha genérica no fim.

Inverta. Um agente que responde 70% das perguntas e nunca inventa nada vale mais do que um que tenta responder 100% e erra em 5% — porque o erro em atendimento não é neutro: ele gera promessa indevida, cliente irritado e, dependendo do setor, problema regulatório.

Melhor um agente que diz "não sei, vou chamar alguém" do que um que responde bonito e errado.Princípio de configuração

O que fazer quando não souber

Essa instrução precisa ser explícita, com o texto que você quer ver:

"Se a informação não estiver nas fontes disponíveis, não tente deduzir. Diga que vai verificar com a equipe e faça a transferência."

Sem isso, o modelo faz o que modelo de linguagem faz: completa de forma plausível. O comportamento padrão dele não é dizer "não sei".

Exemplos: poucos e difíceis

Exemplos ensinam tom melhor do que descrição. Mas escolha os casos que realmente importam:

  • Cliente irritado com atraso.
  • Pedido de desconto fora da política.
  • Pergunta fora do escopo.
  • Cliente que dá poucas informações e some.

Evite encher de exemplos de conversa fácil — o agente já lida bem com essas, e o excesso engessa a resposta em situações onde o roteiro não cabe.

Erros que aparecem em quase todo prompt ruim

  • Regras contraditórias — "seja breve" em um trecho e "explique detalhadamente" em outro.
  • Dado variável embutido — preço, horário, promoção.
  • Personalidade demais, operação de menos — três parágrafos sobre "ser simpático e acolhedor" e nada sobre o que fazer quando falta estoque.
  • Nenhuma instrução de escalação.
  • Prompt escrito uma vez e nunca revisado com base em conversa real.

Um catálogo maior está em erros no prompt do agente de IA que derrubam a conversão.

Prompt é configuração viva

A versão que sobe no primeiro dia nunca é a versão final. O ciclo saudável é: ler conversas reais, identificar padrões de erro, ajustar uma coisa por vez e comparar.

Nas primeiras semanas isso é semanal. Depois vira mensal, com revisões pontuais sempre que muda produto, política ou canal.

Quer o prompt do seu agente estruturado assim?

A Fluxo Inteligente escreve o prompt com o seu time, separa o que é comportamento do que é base de conhecimento e revisa com conversa real nas primeiras semanas.

Perguntas frequentes

Qual a diferença entre prompt de sistema e base de conhecimento?
O prompt define comportamento: quem o agente é, o que pode e não pode fazer, como fala, quando transfere. A base de conhecimento guarda informação que muda: preço, estoque, horário, política, catálogo. Misturar os dois é o erro mais comum — cada mudança de preço vira alteração de prompt, e o agente passa a repetir dados desatualizados com confiança.
O prompt deve ser longo ou curto?
Deve ser completo e organizado, não longo por longo. Um prompt inchado com repetição e regras contraditórias piora o comportamento: o modelo prioriza mal e ignora instruções. Vale mais uma seção de limites objetiva e três exemplos bem escolhidos do que dez parágrafos descrevendo personalidade.
Como impedir o agente de inventar informação?
Com três medidas combinadas: instrução explícita de que ele só responde com base nas fontes disponíveis; um comportamento definido para quando não souber ('não tenho essa informação, vou chamar alguém'); e uma base de conhecimento que realmente cubra as perguntas frequentes. Instrução sozinha não resolve se a base estiver vazia.
Preciso escrever exemplos no prompt?
Poucos e bem escolhidos ajudam muito, principalmente para tom e para casos difíceis: cliente irritado, pedido de desconto, pergunta fora do escopo. O risco é o excesso — muitos exemplos fazem o agente responder de forma engessada, repetindo padrões em situações onde não cabem.
Com que frequência o prompt deve ser revisado?
Nas primeiras semanas, semanalmente, lendo conversas reais. Depois, sempre que mudar produto, política ou canal, e sempre que aparecer um padrão de erro repetido. Prompt não é entregável de projeto: é configuração viva de operação.

Quer um agente de IA atendendo no seu WhatsApp?

Conte o seu cenário e a gente mostra, com número, o que dá pra automatizar no seu atendimento.

Falar no WhatsApp: (19) 99615-5951

Marcelo

Engenheiro de Software e Fundador

Fundador da Fluxo Inteligente. Constrói agentes de IA, integrações de WhatsApp Business API e automações em Python para empresas que querem atender e vender sem depender de equipe disponível. Escreve aqui sobre o que funciona na prática — com números de projetos reais.

Leia também