Regras mínimas para IA no atendimento: quatro travas e seis erros

Regra demais vira robô. Liberdade demais vira alucinação.

No CONAREC 2026, o CEO da Olos Tecnologia, Paulo Godoy, descreveu a tensão que todo projeto de IA no atendimento enfrenta. Com controle demais, nas palavras dele, "tanto guardrail, você transformará o seu atendimento em um robô". Com liberdade demais, "o que pode acontecer são as alucinações".

A maioria das empresas tenta resolver essa tensão no texto da instrução: escreve regras mais longas, com mais exceções, até a IA ficar travada e ainda assim errar de vez em quando. O caminho é outro. As regras não devem limitar o que a IA fala. Devem limitar o que ela executa.

É isso que as quatro travas fazem. Elas deixam a conversa livre e trancam a ação. Com as quatro, o sistema opera no Nível 1 da escala de maturidade mesmo quando a conversa toca assunto de Nível 3. Este texto descreve cada trava, mostra como auditar se ela existe, percorre um incidente hipotético para ver onde cada uma teria agido, e termina com seis erros de implementação que aparecem mesmo em empresas que já passaram do básico.

As quatro travas

1. Não executa

Nenhuma IA tem permissão de alterar dado, em sistema nenhum. Quem age é a pessoa, pelo caminho oficial, com registro de quem fez. A IA pode ler o cadastro, a fatura, o histórico e o estado do serviço. Pode propor "suspender por inadimplência" ou "reagendar a visita". Não pode fazer. Essa trava é a que separa um erro de redação de um dado alterado.

Como auditar. A lista de permissões da credencial da IA em cada sistema, exportada. Qualquer permissão de escrita é ausência da trava, por mais que a instrução diga "não altere nada".

2. Não negocia

Nenhuma IA propõe valor, desconto, prazo ou isenção. A alçada é uma tabela fixa, aplicada por pessoa. A IA pode informar o que a tabela diz, se a tabela for pública. Não pode inventar o que não está nela. Pelo artigo 30 do CDC, como vimos no texto sobre as regras, a oferta feita pelo robô integra o contrato. Sem essa trava, cada conversa é uma negociação em que a empresa não está presente.

Como auditar. A lista de ferramentas que a IA tem ao alcance, com o que cada uma faz. Se existir qualquer ferramenta de concessão, desconto, parcelamento ou isenção acessível ao modelo, a trava não existe. E a amostra semanal: qualquer resposta da IA que contenha valor, prazo ou condição não lida de sistema é falha da trava.

3. Não envia sem aprovação

A IA pode redigir a resposta inteira, mas ela para no painel do atendente. O que sai para o cliente foi lido e liberado por uma pessoa. Essa trava é a que torna o volume governável: ninguém revisa três mil respostas por dia, mas um atendente revisa, em segundos, o rascunho do caso que está na frente dele.

Como auditar. O desenho do fluxo, mostrando que o destino da resposta da IA é o painel e não o canal do cliente. E uma métrica: o tempo entre o rascunho chegar ao painel e ser enviado. Rascunhos enviados em menos de cinco segundos não foram lidos, e isso significa que a trava existe no sistema e não existe na prática.

4. Não decide sozinha

Certeza baixa ou informação faltando não viram palpite. Viram lacuna escrita no dossiê: "não foi possível confirmar o pagamento de outubro; o sistema de cobrança não retornou". A pessoa vê a lacuna e decide o que fazer. Uma IA que preenche o que não sabe com o que parece provável é a origem da maior parte das afirmações erradas ao cliente.

Como auditar. A existência do campo de lacunas no dossiê e a frequência com que ele é preenchido. Um dossiê que nunca tem lacuna é um dossiê em que a IA está chutando.

Por que as travas resolvem a tensão

Repare no que as quatro travas não fazem. Nenhuma limita o vocabulário da IA, o tom, a capacidade de entender o cliente ou de buscar informação. A conversa pode ser tão natural quanto o modelo permitir. O que fica trancado é a ação: alterar, prometer, enviar, decidir.

E repare em como elas existem. As quatro são configuração do sistema, verificáveis em auditoria. "Não executa" é a credencial da IA sem permissão de escrita. "Não negocia" é a ausência de qualquer ferramenta de concessão ao alcance dela. "Não envia" é o fluxo que termina no painel, não no cliente. "Não decide" é o campo de lacunas no dossiê. Nenhuma depende de o modelo obedecer a uma frase.

Isso importa porque a instrução do modelo é o lugar mais frágil do sistema. Ela pode ser contornada por uma mensagem bem construída do cliente, pode ser mal interpretada em contextos que o autor não previu e pode ser alterada por quem tem acesso a ela sem que ninguém perceba. Permissão de sistema não tem nenhum desses problemas.

Por fim, as travas são do estágio atual, não dogma. Cada uma corresponde a condições de maturidade do texto anterior, e pode ser afrouxada de forma deliberada quando as condições ficam prontas. Isso transforma a lista de freio em roteiro.

Um incidente hipotético, passo a passo

Para ver as travas em ação, vale percorrer um incidente inventado, mas montado com as peças que aparecem em casos reais.

O cenário. Uma empresa de serviço contínuo contrata uma plataforma de IA para o WhatsApp. Para a IA "ter contexto", o fornecedor configura a credencial com o mesmo perfil de um atendente sênior. A instrução do modelo pede que ele "seja flexível para não perder o cliente". Um cliente ameaça cancelar e pede isenção da multa de fidelidade.

Sem as travas. A IA, instruída a ser flexível, oferece a isenção. Como a credencial permite escrever no sistema de contratos, ela registra a isenção. Como o fluxo envia direto ao cliente, a oferta chega sem ninguém ler. Como o sistema não tem campo de lacunas, a IA não registrou que a política de isenção não foi encontrada; ela supôs que existia. Resultado: oferta vinculante pelo artigo 30, dado alterado, sem registro de decisão, descoberto semanas depois quando a cobrança nota o padrão. E não foi um cliente: foi todo cliente que ameaçou cancelar naquele período.

Com as travas. A IA lê o contrato, a cobrança e o histórico, e monta o dossiê. A trava 2 impede qualquer proposta de isenção: a IA informa que a multa consta do contrato e que a decisão sobre exceções é de uma pessoa. A trava 4 registra a lacuna: "política de isenção não encontrada na base". A trava 3 leva o rascunho ao painel de um atendente com alçada, que decide se abre exceção. A trava 1 garante que, se a exceção for concedida, quem a registra no sistema é o atendente, pelo caminho oficial, com o nome dele. O cliente recebe uma resposta em minutos, tomada por alguém com autoridade, e a empresa tem o registro inteiro.

A diferença entre os dois cenários não foi o modelo nem a instrução. Foi o que o sistema permitiu.

Seis erros que até empresas maduras cometem

As travas cobrem o desenho. Os seis erros abaixo aparecem na implementação, inclusive em empresas que já passaram do básico. O quinto e o sexto são os que ninguém lembra de checar.

1. Reutilizar as ferramentas da empresa

A IA não deve usar as mesmas ferramentas, acessos e integrações que as pessoas usam. Ela precisa de um ecossistema próprio: ferramentas pré-programadas, com regras de negócio limitadas e definidas, credenciais exclusivas e de validade curta. Dar à IA o mesmo login do atendente é dar a ela tudo o que o atendente pode fazer, inclusive o que ninguém pensou em proibir. É o erro do cenário acima, e é o mais comum, porque é o mais rápido de configurar.

2. Deixar o robô negociar valor

Godoy deu o exemplo no CONAREC: uma instrução mal escrita pode levar o agente a vender por R$ 100 um produto de R$ 2 mil. Desconto, prazo e isenção viram promessa que a empresa tem de cumprir. Sem teto e sem alçada configurados no sistema, não há defesa. E há um agravante próprio dos modelos de linguagem: eles são treinados para cooperar com quem fala com eles. Um cliente insistente é, para o modelo, um interlocutor a satisfazer.

3. Obedecer o que o cliente escreve

O que o cliente escreve deve ser tratado sempre como informação sobre o caso, nunca como comando para o sistema. A linha entre as duas coisas é cinzenta e difícil de definir, e é exatamente por isso que o desenho precisa resolvê-la por estrutura: o texto do cliente alimenta a leitura, e só o sistema, dentro das travas, decide o que fazer com ela. Caso contrário, basta uma mensagem bem construída para o robô ignorar as próprias regras. Esse risco tem nome técnico, injeção de instruções, e ocupa o primeiro lugar do ranking da OWASP de riscos para aplicações com IA generativa em 2026.

4. Esconder que é IA

Dizer que o atendimento é feito por um robô e oferecer uma pessoa desde o início não é cortesia. É a direção da regulação. O novo decreto do SAC, o Decreto nº 13.135/2026, publicado em 13 de outubro e em vigor a partir de 2 de novembro, admite expressamente o uso de IA na triagem, na distribuição e na resolução de demandas. Mas condiciona isso a preservar a alternativa humana: atendimento humano em tempo real, das 8h às 20h, todos os dias, em ao menos um canal eletrônico, com a opção de falar com uma pessoa desde o primeiro nível. Um robô que só recebe a mensagem e promete retorno não atende à regra. E a Anatel relatou no CONAREC que o cliente preso no robô é hoje uma fonte crescente de reclamações. Um robô que se apresenta como robô e mostra o caminho até a pessoa já cumpre metade disso.

5. Guardar contexto de um cliente para o outro

O que sobra de um atendimento não pode vazar para o próximo. Memória compartilhada entre conversas é vazamento de dado pessoal à espera de acontecer, e pode ser contaminada de propósito por alguém que queira influenciar a resposta a outro cliente. Cada conversa começa limpa, com o contexto carregado dos sistemas, não da conversa anterior. Vazamento de informação sensível é o segundo lugar do mesmo ranking da OWASP.

6. Dar à IA acessos demais

Autonomia excessiva, a IA com mais poder e acesso do que a tarefa exige, subiu para o terceiro lugar no ranking de riscos da OWASP para aplicações com IA generativa em 2026, vindo do sexto em 2025. A regra é a mesma de qualquer sistema: acesso mínimo necessário, ferramentas exclusivas e credenciais com validade curta. A diferença é que, com IA, o excesso de acesso é explorado por linguagem, não por código. Alguém não precisa invadir o sistema; precisa convencer o robô.

Os seis erros e o ranking da OWASP

Não é coincidência que três dos seis erros correspondam aos três maiores riscos do ranking de 2026. A tabela mostra a relação.

A leitura prática: quem corrige os erros 1, 3, 5 e 6 está mitigando os três riscos que mais causam incidentes, segundo um ranking que em 2026 passou a ser baseado em dados de incidentes reais.

Da trava ao roteiro

Cada trava se afrouxa quando as condições que a sustentam ficam prontas.

O afrouxamento tem método. Uma trava de cada vez. Uma ação de cada vez dentro da trava, começando pela de menor impacto e maior reversibilidade. Amostra apertada por algumas semanas, com a pessoa que responde pela IA acompanhando o número. E o botão de desligar à mão. Quem afrouxa duas travas ao mesmo tempo não sabe qual delas causou o problema quando ele aparecer.

Com as travas no lugar, resta a pergunta de como a IA trabalha por dentro: quantas IAs, com que acessos, lendo o quê, e como o resultado chega ao atendente. É o desenho que descrevemos no próximo texto.