Trocar de modelo não conserta seu agente. O problema está no prompt

Uma agência que atende doze clínicas recebe uma reclamação numa quinta-feira: o agente de IA de uma odontologia passou o valor do implante por WhatsApp, coisa que a clínica pede há meses para ele não fazer. Alguém abre o prompt às sete da noite, encontra a linha, acrescenta "nunca informe preço" no fim do texto e fecha o arquivo. Problema resolvido.

Duas semanas depois, a mesma clínica liga de novo. Agora o agente parou de oferecer horário quando o paciente pergunta sobre um procedimento — qualquer procedimento. Ninguém conecta uma coisa à outra. E a conversa que acontece na reunião de segunda é sempre a mesma: "acho que esse modelo não é bom, vamos testar outro".

Não é o modelo. É o prompt. E o prompt não está errado por falta de capricho de quem escreveu: está errado porque virou um bloco de texto que ninguém consegue mais auditar.

O sintoma que todo mundo confunde com "o modelo é ruim"

Existe um padrão bem reconhecível em operação de agente de IA que já passou dos primeiros meses. O agente responde muito bem quando você testa. Responde mal com paciente real. E quando você volta ao teste para reproduzir o erro, ele acerta de novo.

Isso quase nunca é limitação do modelo. É o que acontece quando duas instruções do mesmo prompt pedem coisas diferentes e não existe nada no texto dizendo qual delas vale. O modelo escolhe uma. Na conversa seguinte, com uma pergunta formulada de outro jeito, escolhe a outra. Do lado de fora, parece instabilidade. Do lado de dentro, é uma decisão que o prompt delegou sem querer.

O caso mais comum de todos: uma seção do prompt lista os valores dos procedimentos "para o caso de o paciente perguntar", e outra seção, escrita meses depois, proíbe falar de preço. As duas continuam lá. Nenhuma foi removida.

E é aqui que a maioria erra: troca o modelo, ajusta a temperatura, testa outra plataforma. Mexe em tudo, menos nas quarenta linhas que estão brigando entre si.

Por que "não fale de preço" simplesmente não funciona

Esse é o ponto que separa quem escreve prompt por intuição de quem escreve prompt com método.

Modelos de linguagem obedecem mal a instrução puramente negativa. Não é teimosia nem falha: é como esses sistemas processam texto. Uma proibição isolada informa o que não fazer, mas deixa um vazio no lugar — e o vazio é preenchido com a coisa mais provável, que costuma ser exatamente aquilo que você proibiu.

Compare as duas formas de escrever a mesma regra:

• Vaza: "Nunca informe o valor dos procedimentos."
• Segura: "Quando o paciente perguntar o valor de um procedimento, explique que o preço depende da avaliação clínica do caso e ofereça dois horários disponíveis para avaliação."

A segunda versão não é mais educada nem mais longa por capricho. Ela é mais confiável porque dá ao agente um caminho para seguir em vez de um muro para contornar. Toda proibição de um prompt bem escrito tem um redirecionamento positivo ao lado.

Vale para tudo: não prometer resultado, não opinar sobre caso clínico, não confirmar convênio que a clínica não atende. Em todos esses casos, a regra só funciona se disser o que fazer no lugar.

As 8 falhas que aparecem em quase todo prompt de clínica

Depois de ler um volume razoável de prompts de agentes de atendimento em saúde, os mesmos problemas se repetem. Não são erros de escrita — são erros de estrutura, e todos produzem o mesmo sintoma que descrevemos acima.

1. Contradição. Duas regras que pedem coisas incompatíveis, e nenhuma indicação de qual prevalece.
2. Proibição sem saída. O "não faça" sem o "faça isto no lugar".
3. Regra sem gatilho. Uma instrução escrita sem a situação que a dispara acaba valendo para toda conversa, inclusive as que não têm nada a ver.
4. Dado faltante. O prompt menciona "nossa tabela de convênios" que nunca foi incluída no texto. O agente preenche a lacuna sozinho — e inventa.
5. Vaguidade. "Seja simpática" não é uma regra, é um adjetivo. Sem comportamento observável, cada resposta interpreta de um jeito diferente.
6. Duplicidade. A mesma regra escrita três vezes em pontos distintos, efeito natural de meses de ajuste incremental. Ocupa espaço, gera ruído e esconde o momento em que uma das cópias passou a divergir das outras.
7. Ausência de escalonamento. Nenhuma instrução dizendo quando parar e chamar uma pessoa. Reclamação, urgência clínica e caso delicado viram resposta automática. É a falha mais cara da lista.
8. Risco de conformidade. Agente autorizado, por omissão, a opinar sobre conduta clínica ou prometer resultado — território de CFM. E dado de paciente circulando onde não deveria, território de LGPD.

Nenhuma dessas falhas aparece num teste rápido. Todas aparecem em produção.

O custo que ninguém contabiliza: a regressão silenciosa

Voltemos à agência do começo.

O problema real daquele caso não foi a linha "nunca informe preço" ter sido escrita de forma incompleta. Foi que, quando o agente parou de oferecer horário duas semanas depois, ninguém tinha como saber que a causa era aquela edição. Não havia registro de quem mexeu, quando, no quê, nem por quê.

É isso que chamamos de regressão silenciosa: uma alteração pontual quebra um comportamento não relacionado, e a quebra só é descoberta pelo cliente, semanas depois, sem rastro que ligue uma coisa à outra.

Para uma clínica que opera o próprio agente, isso custa algumas conversas perdidas por mês. Para uma agência ou operação de agendamento que mantém dez, vinte, cinquenta prompts, o custo é de outra ordem. Dez prompts que nasceram idênticos e hoje estão diferentes. Uma melhoria descoberta no cliente A que não chega ao cliente B porque ninguém lembra em qual arquivo ela foi feita. E o tempo da equipe drenado em algo que não deveria consumir tempo nenhum.

Quando qualquer pessoa pode editar qualquer linha e nenhuma edição deixa rastro, você não tem um agente configurável. Você tem um agente instável com aparência de configurável.

A saída não é escrever melhor. É parar de escrever texto solto.

A correção estrutural é simples de enunciar e desconfortável de aceitar: prompt não deveria ser um texto corrido que qualquer pessoa edita em qualquer ponto.

Deveria ser um documento com seções fixas, onde cada tipo de informação tem um lugar previsível. Quando isso acontece, quem edita não precisa entender de inteligência artificial — precisa saber o que a clínica faz. Que é exatamente o perfil de quem realmente opera esses agentes no dia a dia.

Nove seções dão conta de praticamente qualquer agente de atendimento em saúde:

1. Identidade e papel — quem o agente é, como se apresenta, o que ele não é.
2. Objetivo principal — o desfecho que ele persegue em toda conversa.
3. Dados da clínica — horários, profissionais, procedimentos, convênios, endereço. Fato, não comportamento.
4. Fluxo de atendimento — a ordem das etapas, da saudação à confirmação do horário.
5. Regras de comportamento — o que ele pode e deve fazer, cada uma com sua situação de disparo.
6. Restrições — o que é proibido, sempre com a saída positiva ao lado.
7. Escalonamento — quando parar e chamar uma pessoa, e como fazer isso sem quebrar a conversa.
8. Tom de voz e formato — como fala, tamanho da mensagem, uso de emoji, assinatura.
9. Exemplos — duas ou três respostas modelo. Vale mais que dez linhas de instrução abstrata.

O detalhe que muda tudo: com a estrutura no lugar, a maior parte dos pedidos que chegam para você deixa de ser mudança de comportamento. "A Dra. Paula saiu em maio e o agente ainda manda paciente pra ela" não é ajuste de prompt — é a seção 3 desatualizada. Separar fato de comportamento resolve sozinho boa parte da fila.

O que dá para fazer nesta semana

Não é preciso reconstruir nada do zero. Três movimentos resolvem a maior parte do problema:

1. Leia o prompt inteiro procurando pares que se contradizem. Especificamente: preço, convênio, agendamento sem confirmação e qualquer coisa que envolva valor. É onde as contradições se concentram, porque são os temas que mais receberam ajuste ao longo do tempo.

2. Converta toda proibição em redirecionamento. Percorra cada "não faça" e escreva ao lado o que o agente deve responder no lugar. Se você não souber a resposta certa, essa é a informação que está faltando — e ela vai faltar para o agente também.

3. Confirme que existe uma regra de escalonamento. Se não existir, escreva antes de qualquer outra coisa. Reclamação, dor aguda, terceira tentativa frustrada de agendamento e qualquer menção a urgência precisam sair da automação e ir para uma pessoa.

Depois disso, adote uma regra de higiene que vale mais que qualquer ferramenta: toda alteração no prompt precisa ter uma conversa real que a justifique. Não é "acho que ficaria melhor assim". É "nesta conversa de terça, às 14h32, o agente respondeu isto e deveria ter respondido aquilo". Além de deixar rastro, essa conversa vira caso de teste — e você passa a conseguir verificar se a próxima mudança quebrou alguma coisa que já funcionava.

Voltando à quinta-feira das sete da noite

Aquela edição de dois minutos custou duas semanas de comportamento errado numa clínica que paga pelo serviço, mais uma reunião inteira discutindo troca de modelo que não resolveria nada.

O prompt não era ruim. Ele tinha sido editado dezessete vezes por quatro pessoas diferentes, sem estrutura, sem registro e sem forma de voltar atrás. Nenhum modelo, por melhor que seja, compensa isso.

A boa notícia é que essa é a categoria mais barata de problema que existe numa operação de IA: não precisa de time técnico, não precisa trocar de fornecedor, não precisa refazer integração. Precisa de estrutura.

---

Leia também