Onde usar agente de IA na empresa, e onde não usar

A pergunta chega quase sempre na mesma forma. Alguém viu uma demonstração, entendeu que a ferramenta consegue ler um e-mail, consultar um sistema e responder, e volta para a empresa querendo saber onde usar agente de IA na empresa dele. Daí sai uma lista de candidatos: atendimento, cobrança, compras, conferência de nota, resposta a cliente. A lista é plausível e ninguém consegue dizer qual item escolher primeiro, porque todos parecem igualmente possíveis. A escolha então costuma ser feita pelo processo que incomoda mais, que é um critério de humor, não de risco.

O que torna essa decisão difícil não é a tecnologia. É que agente de IA não é a mesma coisa que automação, e a diferença muda o lugar onde ele cabe. Uma automação executa uma regra escrita por alguém: se o campo é este, faça aquilo. Um agente recebe um objetivo e escolhe o caminho, consultando o que precisa no meio. Ou seja, ele é útil exatamente onde a regra não consegue ser escrita por inteiro, e é arriscado pelo mesmo motivo. Quem trata as duas coisas como sinônimo acaba colocando um agente onde bastava uma regra, ou colocando uma regra onde o trabalho real era decidir.

Três perguntas que separam a etapa certa da errada

Antes de olhar ferramenta, vale passar a etapa candidata por três perguntas. Elas não são técnicas e são as que mais eliminam candidato.

A primeira: a decisão dessa etapa tem critério escrito ou mora na cabeça de quem faz? Se mora na cabeça, o agente vai inventar o critério que falta, e vai inventar de forma plausível. Isso não é defeito do modelo, é consequência de pedir decisão sem informar a regra.

A segunda: o erro dessa etapa aparece no mesmo dia ou só no fechamento? Erro que aparece no dia é corrigido e custa retrabalho. Erro que aparece no fechamento já virou nota emitida, título baixado ou cliente informado, e o custo deixou de ser de operação.

A terceira: quem confere o resultado, e esse alguém consegue conferir sem refazer o trabalho? Conferência que exige repetir a etapa não é conferência, é duplicação. Se não existe uma forma mais rápida de verificar do que de executar, a etapa não está pronta para receber agente.

Onde o agente costuma entrar bem

O padrão é consistente nas etapas em que ele funciona: entrada desestruturada, saída que alimenta a decisão de uma pessoa, erro reversível.

Triagem é o caso mais claro. Chega texto livre, anexo, mensagem de cliente, pedido fora de padrão, e alguém gasta a maior parte do tempo classificando e separando antes de resolver. Classificar é trabalho de leitura, não de julgamento, e é onde o ganho aparece primeiro.

Preparação é o segundo caso. O agente reúne o que está espalhado em sistema, planilha e caixa de entrada, organiza no formato que a etapa seguinte usa e deixa pronto para conferência. A decisão continua com a pessoa, que passa a decidir com o material montado em vez de montar o material.

Rascunho é o terceiro. Resposta, proposta, descrição, justificativa de lançamento. O texto vai existir de todo jeito, alguém vai revisar de todo jeito, e o agente encurta a parte que ninguém reivindica como trabalho qualificado.

O que une os três é que o resultado do agente é insumo, não compromisso. Enquanto existe uma pessoa entre a saída dele e o efeito no mundo, o erro é barato.

Onde ele não entra, mesmo quando é tecnicamente possível

A primeira exclusão é a etapa que termina em compromisso com terceiro. Emissão fiscal, baixa de título, pagamento, confirmação contratual, comunicação formal de preço ou prazo. Não é que o agente não consiga executar. É que o erro ali não volta atrás com um ajuste de regra, volta com nota corrigida, dinheiro devolvido e cliente avisado.

A segunda é a etapa cujo erro só aparece no fechamento. Classificação contábil, rateio de centro de custo, apropriação de competência. Se a saída errada se parece com a saída certa e ninguém nota por semanas, o problema deixou de ser produtividade e passou a ser confiança no número.

A terceira é a etapa com responsabilidade individual definida. Em alguns casos a empresa precisa dizer quem decidiu, e precisa dizer com nome. Agente não assume responsabilidade, e quando a empresa finge que assume, ela só perde o rastro de quem assumiu.

A quarta é a mais frequente e a menos discutida: a etapa que ninguém mapeou. Colocar agente em processo que não tem caminho definido, exceção conhecida e responsável pela devolução não melhora o processo, apenas acelera o que já estava confuso e torna mais difícil auditar depois. Essa é a razão pela qual a conversa sobre agente quase sempre deveria começar antes, no desenho do processo, e não na escolha da ferramenta.

O que muda na conta

Há uma diferença econômica que costuma passar batida. Automação de regra tem custo concentrado na construção e custo pequeno de operação: depois de pronta, ela roda. Agente tem custo por uso e custo de supervisão, e a supervisão não desaparece com o tempo, ela muda de forma. Alguém precisa olhar amostra, acompanhar o que ele devolveu, perceber quando o comportamento mudou porque o modelo ou o dado mudou.

Isso significa que a etapa ideal para agente não é a mais complexa, é a que tem volume suficiente para pagar a supervisão e tolerância suficiente para errar enquanto está sendo calibrada. Etapa de baixo volume e alta consequência é o pior encaixe possível, e é justamente a que mais aparece nas primeiras listas, porque é a que dá mais trabalho na mão de quem faz.

O que isso deixa na empresa

A pergunta sobre onde usar agente não se responde com lista de casos de uso, se responde com critério. Etapa com critério escrito, erro visível no dia e conferência mais rápida que a execução é candidata. Etapa que termina em compromisso, que falha em silêncio ou que exige responsável com nome continua com pessoa, e o agente, se entrar, entra antes dela, preparando material.

Quem tem esse critério escolhe o primeiro caso pelo risco, não pelo incômodo, e consegue explicar depois por que parou onde parou. É o mesmo raciocínio que vale para qualquer automação, e que começa pela medição da etapa antes de mexer nela, assunto de o que medir antes de automatizar um processo. Essa camada, entre o desenho do processo e a decisão sobre o que a máquina pode assumir, é onde trabalha a Zyon Flux.