IA sem hype

Sugerir ou decidir: até onde deixar o agente ir sozinho

Autonomia é decisão de projeto, não de tecnologia. A escada de quatro degraus, o critério que autoriza subir e por que subir antes de medir custa caro.

Leonardo Peron5 min de leitura

A IA vai decidir sozinha ou só sugerir? A pergunta costuma ser feita como se a resposta dependesse de quanto o modelo evoluiu. Não depende: duas empresas com a mesma ferramenta, na mesma tarefa, podem parar em pontos diferentes, e a diferença sai do processo.

Autonomia é parâmetro de projeto. Tem escala, tem critério de mudança e precisa ter caminho de volta.

A escada tem quatro degraus

Sugerir. O agente propõe e a pessoa faz. A proposta aparece ao lado, como rascunho, e nada acontece até alguém agir. O ganho é o tempo de buscar e redigir. O risco parece nulo e não é: sugestão boa e constante ancora quem revisa, e a atenção afrouxa quando aparece a ruim.

Agir com confirmação. O agente prepara a ação inteira — o lançamento, a resposta, a alteração de cadastro — e pede um aprovar. É onde mora a maior parte dos ganhos reais e a armadilha mais comum: aprovar custa um clique e recusar custa refazer. Sob volume, a confirmação vira carimbo.

O desenho precisa trabalhar contra isso. Mostrar o que vai mudar, não só o resultado. Destacar o que fugiu do padrão. Pedir um motivo quando o caso é atípico. Se a tela permite aprovar sem ler, vai ser aprovada sem ler.

Agir e avisar. O agente executa e comunica. Só é honesto quando a ação é reversível e a reversão continua barata dentro da janela em que alguém olha. O aviso precisa de destino: um canal que uma pessoa lê e pelo qual responde. Aviso que cai numa caixa coletiva é o quarto degrau com aparência do terceiro — e a aparência é pior, porque desliga a desconfiança sem entregar controle.

Agir em silêncio. Sem aviso caso a caso. O controle passa a ser agregado e amostral: volume acompanhado, taxa de exceção, conferência de alguns casos por dia. É o degrau certo para volume alto com erro barato, e depende da amostragem existir de fato, com dono e horário.

O que autoriza subir um degrau

Não é o modelo ter melhorado, nem a equipe ter ganhado confiança. São três condições, e precisam estar presentes ao mesmo tempo.

Medição que já existe e já roda. Base de casos com resposta conhecida, amostragem do que passou direto, e histórico suficiente para distinguir variação normal de piora. Sem histórico, um primeiro mês bom é sorte até prova em contrário.

Reversibilidade dentro da janela de detecção. Não basta a ação ser reversível em tese: precisa ser reversível no prazo em que o erro seria descoberto. Um lançamento estornável até o fechamento do mês é reversível se alguém confere toda semana, e deixa de ser se a conferência é trimestral. Mesma ação, autonomia diferente.

Um dono do processo que aceita o novo desenho. Quem responde pelo resultado precisa concordar explicitamente com a mudança de degrau. Autonomia concedida pela equipe técnica sem essa conversa volta como crise na primeira falha.

Faltando uma das três, não sobe. E subir dois degraus de uma vez não é economia de tempo: é abrir mão do único ponto de observação que existia.

Subir antes de medir é o erro mais caro

O motivo é específico: a pessoa que revisava era o sensor.

Enquanto ela estava lá, todo erro passava pelos olhos de alguém que conhece o processo. Ao tirá-la sem colocar amostragem no lugar, o sistema não fica sem revisão — fica sem informação. Continua produzindo os mesmos erros, e a única fonte de sinal que sobra é a reclamação do cliente ou o achado da auditoria: os dois canais mais lentos e caros que existem, e os dois chegam com volume acumulado.

Por isso a ordem importa mais que a velocidade. Medir primeiro, subir depois. Quem inverte não descobre que errou: descobre meses depois quanto o erro custou.

Descer também precisa estar desenhado

Quase ninguém projeta o movimento contrário, e ele é necessário. O formato do documento de entrada muda, entra um fornecedor com padrão diferente, o tipo de caso muda depois de uma campanha. O degrau certo em março pode estar errado em maio sem ninguém ter mexido no sistema.

Duas coisas resolvem, e precisam existir antes de fazerem falta. A primeira é um gatilho escrito: qual número, em qual patamar, dispara a descida — decidido com a cabeça fria, não durante o incidente. A segunda é que descer seja configuração, não deploy. Se voltar um degrau exige uma semana de desenvolvimento, ninguém vai voltar, e o sistema passa a semana errando com autonomia.

O degrau não precisa ser o mesmo no fluxo inteiro

A discussão melhora quando deixa de ser sobre a tarefa e passa a ser sobre o caso. O mesmo agente pode agir em silêncio abaixo de uma faixa de valor e pedir confirmação acima dela. Pode agir e avisar quando o cliente é recorrente e apenas sugerir no primeiro pedido. E pode subir para um documento que já tem histórico, ficando no primeiro degrau para um formato novo.

Autonomia por faixa aproveita quase todo o ganho de volume e concentra a atenção humana onde o erro pesa. Dá mais trabalho de desenho, e é o que separa um piloto de uma operação.

O exercício

Escreva a escada da sua tarefa em quatro linhas: o que significaria cada degrau no seu processo, com o nome dos sistemas e das pessoas envolvidas. Marque em qual degrau ela está hoje.

Depois escreva, em uma frase, a medida que autorizaria a subida — qual número, acompanhado por quanto tempo, em qual valor. Se a frase for "quando a gente ganhar confiança", o próximo degrau ainda não existe. O que existe é vontade, e vontade não é reversível.

Isso é o que fazemos em agentes de ia

Leitura de contrato e nota, triagem de atendimento, resumo de histórico. Com supervisão humana onde a decisão tem consequência — e a lista do que ainda não funciona.

Resposta em até 1 dia útil