Como controlar mudanças no agente de IA sem quebrar o atendimento

A pergunta que a maioria dos decisores faz na semana 3 do agente em produção é: 'quem pode mexer no que ele responde?'. A resposta certa nunca é 'qualquer um com acesso ao painel'. Agente de IA em produção é código que fala com cliente — cada mudança precisa de dono, revisão e caminho de volta.

O que muda quando o agente sai do piloto e entra em produção?

No piloto, erro do agente é ajuste de calibragem — três pessoas olham juntas e refazem no mesmo dia. Em produção, erro é reclamação de cliente que voltou de mau humor no dia seguinte. Cada frase que sai do agente carrega o nome da empresa. É o mesmo salto que separa desenvolvedor mexendo em código local de deploy pra ambiente que atende cliente pagante: precisa do mesmo ritual.

Quem deve ter permissão pra mudar o que o agente diz?

Menos gente do que você imagina. Muita empresa começa 'democratizando' a edição porque parece ágil e colaborativo. Dois meses depois ninguém sabe por que o tom mudou, nem quem trocou aquela mensagem específica que virou reclamação no Reclame Aqui.

Três papéis, minimamente separados:

• Dono do fluxo: uma pessoa por processo (SAC, vendas, cobrança). Responde pelo resultado do agente naquele fluxo específico.
• Revisor de conteúdo: quem lê a mudança nova, valida tom, escopo e política antes de subir.
• Editor com botão: quem publica de fato na produção. Os outros dois abrem sugestão; esse aciona.

Em empresa pequena, uma pessoa pode acumular dois papéis. Não pode acumular os três — quem escreve não é quem revisa, e quem revisa não é quem publica sozinho. Sem essa separação mínima, você não tem governança, tem confiança na sorte.

Como versionar prompt de agente sem virar bagunça?

Prompt de agente é código. Merece o mesmo cuidado que qualquer código que atende cliente. O rito mínimo é curto e cabe em qualquer operação:

1. Toda mudança nasce numa cópia da versão vigente, nunca sobrescrevendo direto.
2. A cópia tem descrição de uma linha explicando o que mudou e por quê — vai virar histórico daqui a três meses quando alguém perguntar.
3. Pessoa diferente da que escreveu revisa antes de publicar.
4. A versão que sobe fica marcada com data, autor e motivo da mudança.
5. A anterior fica salva e ativável em um clique — sem esse ponto, você não tem governança, tem esperança.

Antes de publicar mudança, o que precisa ser testado?

Não é teste de software tradicional. É comparação lado a lado da versão nova contra a antiga em um conjunto de conversas reais que já rodaram. O jeito prático:

• 20 a 50 conversas do último mês, misturando as fáceis e as que deram trabalho.
• Rodar as duas versões, nova e antiga, nas mesmas mensagens de entrada.
• Comparar: a nova responde igual ou melhor nas fáceis? Não piorou nas complicadas?
• Passou? sobe. Piorou em algum caso importante? volta pra correção antes de virar produção.

Esse ciclo leva de 20 minutos a uma hora dependendo do fluxo. Pular ele é aceitar publicar às cegas — e às cegas você não sabe se resolveu o problema de um cliente ou criou problema pra outros dez.

E quando a mudança dá ruim em produção?

Antes de tudo, precisa existir botão de voltar. Sem ele, uma mudança errada às 14h vira noite virada tentando reconstruir de memória o que estava lá antes. O mínimo pra sobreviver a rollback:

• Versão anterior guardada e ativável em segundos, sem depender de TI.
• Log claro de quem publicou o quê, quando.
• Alguém de plantão que sabe onde é o botão de reverter — não pode ser conhecimento de uma pessoa só.
• Comunicação com o time humano: se a versão voltou, quem está no atendimento precisa saber que voltou, senão responde achando que é a nova.

Onde a Elohia se encaixa

A plataforma da Elohia guarda o histórico das versões do agente com autor, data e motivo, e permite reverter em um clique. Também expõe o log de quem publicou o quê. É o mínimo pra rodar em produção com responsabilidade rastreável — ferramenta pronta, sem improviso em planilha.

O rito em si — quem revisa antes de subir, quem é dono do fluxo, quantas pessoas têm o botão — a gente ajuda a desenhar no onboarding, mas quem executa é a empresa. Não é botão que resolve; é combinado. Vale ler também como escolher plataforma de agentes de IA e agentes em workflow corporativo, que aprofundam o outro lado do assunto.

Se a sua operação é enxuta e uma pessoa só vai acumular escrita, revisão e publicação, a gente fala isso antes de assinar. E se você quer um agente onde qualquer atendente edita direto o prompt vigente sem revisão, a Elohia não é a plataforma certa. Pra estruturar SAC com rito próprio de mudança, veja também SAC zero fila.

Perguntas frequentes

Preciso de programador pra mudar o que o agente responde?

Não. Edição do texto e do fluxo é feita em português, no painel. O que precisa de disciplina é o rito de aprovação: quem revisa, quem publica, como testar antes. Isso vale independente de ter dev no time.

Posso alterar o prompt do agente direto em produção?

Tecnicamente sim, mas é o erro clássico. Toda mudança precisa passar por uma cópia, revisão e comparação com a versão vigente antes de virar a resposta que o cliente recebe. Publicar ao vivo sem esse passo é receita de reclamação vindo de onde você menos espera.

Como saber se uma mudança piorou o agente?

Rodando a versão nova em 20 a 50 conversas reais do último mês e comparando com a resposta que a versão antiga daria nas mesmas mensagens. Se em algum caso importante a nova piorou, ela não sobe. É o teste antes do deploy — barato quando existe, caro quando não existe.

Quantas pessoas devem ter permissão de publicar mudança?

Idealmente uma por fluxo, no máximo duas. Uma escreve, outra revisa, uma publica — em empresa pequena os papéis se acumulam, mas quem escreve nunca deve ser quem publica sozinho. Democratizar edição em produção é o caminho mais rápido pra ninguém saber por que o agente mudou de tom.

Como voltar atrás se a mudança quebrou o atendimento?

Precisa existir versão anterior salva e um botão de reverter que funcione em segundos, sem TI. Se a plataforma não oferece isso, você não está em produção — está em piloto disfarçado, e o preço vai aparecer no primeiro incidente.