O que é «humano no ciclo» (e o que não é)
O humano no ciclo é o ponto onde uma pessoa valida, corrige ou autoriza o que um sistema automatizado faz antes de a ação ter consequências. Não é «alguém a vigiar o ecrã o dia todo» nem «um estagiário a rever 100 % do trabalho do agente». É intervir nos pontos que importam e ausência deliberada em tudo o resto.
A confusão habitual é tratá-lo como um interruptor: ou o sistema é autónomo ou há um humano por trás de cada decisão. Em produção não funciona assim. O humano no ciclo é um botão que se regula por tipo de decisão — controlo máximo onde o erro custa caro, zero fricção onde o volume manda e um erro é barato de corrigir. Este guia fala de onde pôr esse botão. Para a visão completa do que automatizar, começa por automatizar com IA.
Os três sítios onde pode ficar a validação
Antes de decidir «quanto humano», convém saber que há três posições distintas. Quase todos os projetos confundem a primeira com a única:
| Posição | O que faz o humano | Quando usá-la |
|---|---|---|
| In-the-loop (no ciclo) | Aprova cada ação antes de ser executada. A máquina propõe, a pessoa dispõe. | Alto impacto, baixa frequência: enviar dinheiro, assinar, responder a um cliente irritado, apagar dados. |
| On-the-loop (sobre o ciclo) | A máquina age sozinha; a pessoa supervisiona e pode intervir ou reverter. | Volume médio com erro recuperável: classificar tickets, redigir rascunhos, mover um lead de etapa. |
| Out-of-the-loop (fora do ciclo) | A máquina age sozinha; o humano só olha para métricas e casos limite depois. | Alto volume, erro barato, regra clara: etiquetar, extrair dados, ordenar, responder às perguntas frequentes. |
O erro caro é pôr todo o sistema «in-the-loop» por medo. Se uma pessoa tem de aprovar cada uma das 4.000 ações diárias, não automatizaste nada: acrescentaste um gargalo com ordenado. A rede não se estende igualmente apertada em todo o lado.
Como decidir o que se aprova e o que se deixa passar
A decisão não é filosófica, é uma matriz de dois eixos: quanto custa o erro e de quanto em quanto acontece a ação.
- Custo alto + baixa frequência → in-the-loop. Aprovar uma a uma sai barato porque são poucas, e enganar-se sai caro. Exemplo: reembolsos acima de 500 €.
- Custo alto + alta frequência → redesenhar, não aprovar. Se algo caro acontece muitas vezes, o gargalo humano não escala. Delimita-se com regras duras (tetos, listas brancas) e o humano só vê as exceções. Exemplo: pagamentos a fornecedores com teto automático e revisão só acima do limiar.
- Custo baixo + alta frequência → out-of-the-loop. Deixa correr e mede. Meter um humano aqui é queimar dinheiro. Exemplo: classificar 2.000 emails por dia.
- Custo baixo + baixa frequência → automatizar sem drama. Nem sequer merece supervisão ativa.
Quase nenhum processo cabe numa só casa. Um fluxo de apoio real mistura as quatro: o agente responde sozinho às perguntas frequentes (out), redige rascunhos para os casos médios que um humano revê (on) e escala reembolsos e queixas graves a uma pessoa (in). O design está em pôr cada ação na sua casa, não em escolher uma para todo o sistema.
Como a rede se aperta com o tempo
O humano no ciclo não é uma foto fixa: é uma rede que começa apertada e se abre à medida que o sistema prova que acerta. O padrão que funciona:
- Semana 1-2: o humano revê 100 %. Não para aprovar por aprovar, mas para etiquetar: «isto estava bem», «isto não». Essas etiquetas são o dado que diz onde o sistema é fiável e onde não é.
- Semana 3-6: largam-se as categorias com acerto alto e consistente. O humano deixa de rever o que já sabe que funciona e concentra a atenção no duvidoso.
- Do mês 2 em diante: revisão por amostragem e por exceção. O sistema corre sozinho no comprovado; o humano vê uma percentagem aleatória (para apanhar desvios) e todos os casos que o próprio sistema marca como estranhos (baixa confiança, fora de padrão).
Apertar a rede exige uma condição: que o sistema registe cada decisão com o seu contexto e o seu resultado. Essa governação — permissões com âmbito, rasto de auditoria e travão de mão — é a mesma que se monta ao integrar a IA com os teus sistemas. Sem registos não sabes onde acerta, por isso não podes largar nada com critério e ficas a rever tudo para sempre, que é o outro fracasso.
Os dois erros que matam a poupança
Há duas formas de estragar isto, e são opostas.
Humano em tudo. Por medo ou para auditar, alguém aprova cada ação. O sistema «tem supervisão» no papel, mas a poupança é zero: trocaste o trabalho manual pelo trabalho de aprovar trabalho. Sinal de alarme: a pessoa que supervisiona está saturada e aprova em piloto automático — o que é não supervisionar, com passos a mais.
Humano em nada. Larga-se todo o sistema no dia um «porque a demo corria bem». Funciona até ao primeiro caso estranho — e há sempre um caso estranho — que ninguém vê até um cliente se queixar ou aparecer na fatura. A autonomia total sem rede não é maturidade: é ainda não ter medido. É a mesma miragem que desmontamos ao falar de montar processos internos com agentes.
O meio-termo não é «um pouco de humano em tudo». É muito humano onde o erro custa e zero humano onde não custa, com a fronteira a mover-se conforme o que dizem os registos. É o que separa uma automatização que aguenta uma terça-feira real de uma demo com sorte — e é exatamente o que montamos na automatização de operações: o sistema a correr sozinho onde pode e a pessoa a decidir onde pesa.