Quem desliga o agente quando algo sai errado?

Nos últimos meses, conversei com dezenas de empresas que já têm agentes de IA em produção. Algumas no atendimento ao cliente, outras qualificando leads, outras ainda triando documentos ou respondendo e-mails. O padrão que aparece com uma frequência desconfortável é sempre o mesmo: alguém decidiu ativar o agente, mas ninguém decidiu quem pode desligá-lo.

Não é descuido. É uma lacuna estrutural. A conversa sobre automação quase sempre gira em torno da entrada — quem aprova, quem configura, quem treina. A saída, o rollback, a pausa emergencial ficam em segundo plano porque, na hora em que o sistema está sendo implantado, ninguém quer imaginar o fracasso.

O que acontece na ausência de um dono de processo

Imagine um agente de qualificação de leads rodando integrado ao CRM. Ele recebe o formulário, faz perguntas de qualificação por e-mail, pontua o lead e decide se encaminha para o time comercial ou arquiva como fora do perfil ideal. O modelo foi validado, os testes passaram, o gerente de marketing aprovou a ida a produção.

Três semanas depois, o time de vendas começa a reclamar que os leads estão chegando frios, sem contexto, com classificações que não fazem sentido. O volume caiu 40%. Ninguém sabe ao certo o que mudou. O gerente de marketing acha que é problema de tráfego. O desenvolvedor que montou a integração saiu da empresa. O agente continua rodando.

Esse cenário tem um nome técnico: degradação silenciosa. E a razão pela qual ele persiste é simples: não há uma pessoa com responsabilidade formal de monitorar esse sistema e autoridade explícita para pausá-lo.

O modelo do dono de processo automatizado

O que proponho não é uma estrutura burocrática nova. É uma função com três responsabilidades claras, que pode recair sobre uma pessoa já existente na equipe.

1. Aprovar a entrada em produção

Antes de qualquer agente ir ao ar, alguém precisa assinar embaixo. Não só tecnicamente, mas do ponto de vista do processo de negócio. Essa pessoa valida que o agente está fazendo o que deveria fazer, nos casos que importam, com as exceções mapeadas. Ela entende o processo antes da automação e é capaz de comparar o antes com o depois.

2. Monitorar sinais de degradação

Agentes não quebram como sistemas tradicionais. Eles degradam gradualmente. O modelo começa a cometer erros em casos que antes acertava, a distribuição das entradas muda, o comportamento do usuário muda. O dono de processo define quais métricas acompanhar, com que frequência, e qual é o limiar que aciona uma revisão.

No exemplo do agente de atendimento: se a taxa de escalação para humanos sobe de 12% para 28% em duas semanas, isso é um sinal. Se a satisfação cai, se o tempo médio de resolução aumenta, se aparecem reclamações sobre respostas repetidas ou fora de contexto, alguém precisa estar olhando para isso com responsabilidade formal, não por acidente.

3. Executar o rollback

Quando os sinais se confirmam, o dono de processo tem autoridade para pausar o agente, reverter para o fluxo manual ou acionar o time técnico para uma correção. Essa decisão não pode depender de aprovação em cadeia. Precisa ser rápida e clara.

O rollback não é fracasso. É parte do processo. Sistemas que não têm saída definida são sistemas que vão continuar causando dano muito depois do problema ter sido detectado.

Por que isso falha na prática

A razão mais comum é política. Ninguém quer ser o responsável pelo agente se isso significa ser responsabilizado quando ele errar. Então a responsabilidade fica difusa: é do time de dados, é do time de produto, é do time de operações. Na prática, é de ninguém.

A segunda razão é técnica. As empresas tratam o monitoramento de agentes como monitoramento de software tradicional: uptime, latência, erros de sistema. Mas um agente pode estar tecnicamente funcionando e produzindo resultados ruins. Uptime 100% com qualidade de saída em colapso é um problema silencioso que o dashboard de infraestrutura não vai mostrar.

Como definir esse papel na sua empresa

O ponto de partida é mapear cada automação em produção e responder três perguntas para cada uma delas. Quem aprovou a entrada em produção? Quem está monitorando ativamente o desempenho? Quem tem autoridade para pausar?

Se a resposta for diferente para cada pergunta, ou se não houver resposta clara para alguma delas, você tem um processo sem dono. E processos sem dono, quando automatizados, apenas cometem erros em escala maior e por mais tempo.

O dono de processo não precisa ser engenheiro. Na maioria dos casos, é mais eficaz que seja alguém do lado do negócio, que entenda o que o processo deveria produzir e consiga perceber quando a saída não faz sentido. O time técnico suporta; a responsabilidade é de quem conhece o processo.

A pergunta não é se o agente vai errar. É se você vai descobrir a tempo e se alguém terá autoridade para agir quando descobrir.

Colocar IA em produção sem definir esse papel é como instalar um sistema de alarme sem definir quem atende quando o alarme dispara. O sistema funciona. O problema é que ninguém responde.