Ilustração de etapas de automação conectadas, um controle de aprovação e cartões de registro.
Ferramentas5 min de leitura

Como definir aprovação humana em uma automação com IA

Definir aprovação humana em uma automação com IA significa colocar uma decisão verificável antes da ação que precisa de controle. Não basta enviar uma notificação depois que a mensagem foi publicada ou o registro foi alterado.

Neste exercício, um assistente prepara um rascunho de resposta para uma solicitação fictícia. Uma pessoa precisa revisar o conteúdo e o destino antes de o fluxo poder enviar qualquer mensagem.

Escolha o que exige aprovação

Comece pela ação, não pela confiança declarada pela IA. Enviar comunicação externa, modificar um registro e apenas sugerir um texto são comportamentos com consequências diferentes.

A documentação de revisão humana do n8n mostra um exemplo de ferramenta que aguarda aprovação ou negação antes de executar. Vamos usar o conceito para desenhar um controle, sem configurar um serviço real.

Defina quais ações estão fora do piloto e quais podem produzir somente rascunhos. Isso evita tratar a existência de um botão de aprovação como permissão genérica para tudo que o agente sugerir.

1. Mostre a proposta completa

A pessoa que aprova precisa ver o que acontecerá, em qual destino e com quais dados. Um pedido genérico de aprovação não oferece contexto suficiente para avaliar uma resposta externa.

Informação de revisão Exemplo fictício
Ação Enviar uma resposta
Destino Canal e destinatário identificados
Conteúdo Texto exato proposto
Evidência Solicitação e política relevante
Versão Identificador da proposta revisada

Não esconda anexos, parâmetros ou alterações de campo em uma descrição resumida. A aprovação deve corresponder ao material que efetivamente será usado.

2. Defina quem pode decidir

Escolha o responsável e o substituto adequado ao processo. A pessoa que recebe uma notificação nem sempre é quem tem autoridade para aprovar aquela ação.

Registre se a decisão pode ser delegada e quais situações exigem outro nível de revisão. Essas regras vêm do processo da equipe, não devem ser inventadas pela IA durante a execução.

Se ninguém estiver disponível, defina um estado de espera ou encaminhamento. Ausência de resposta não deve se transformar silenciosamente em consentimento.

3. Desenhe aprovar, negar e pedir ajuste

Uma decisão negativa precisa impedir a ação e registrar o motivo adequado. Um pedido de ajuste deve levar a uma nova proposta, não executar a versão anterior enquanto o texto muda.

Desenhe a revisão humana desta resposta fictícia antes do envio.
Mostre quais dados o aprovador precisa ver e quais decisões pode tomar.
Inclua aprovação, negação, pedido de ajuste e ausência de resposta.
Se conteúdo ou destino mudar, exija nova revisão da versão atual.
Não envie mensagens nem configure integrações reais.

Se o fluxo oferecer apenas duas opções, explique como um ajuste será tratado usando os recursos disponíveis. O desenho não deve prometer um botão que o sistema escolhido não possui.

4. Vincule a decisão à versão

Um erro perigoso é aprovar um rascunho e executar outro. Guarde uma referência estável à proposta aprovada e verifique-a antes da ação.

Alterações no destinatário, texto ou campos relevantes precisam seguir a regra de revisão definida. Uma aprovação antiga não deve liberar automaticamente uma operação com conteúdo diferente.

Na implementação, esse controle também precisa considerar execuções repetidas e concorrentes. O processo descrito no papel só funciona se a aplicação impedir caminhos que contornem a etapa.

5. Simule os casos de exceção

Teste uma proposta completa, uma com informação ausente e outra que foi modificada após a revisão. Simule também um aprovador sem permissão e uma tentativa de executar novamente a mesma decisão.

Em cada caso, verifique qual estado deve ser registrado e qual ação permanece bloqueada. Não avalie o piloto apenas pelo percurso em que tudo é aprovado imediatamente.

Saiba quando o controle está pronto

O critério de conclusão é conseguir demonstrar que a ação depende de uma decisão válida sobre a proposta correta. A pessoa deve compreender o contexto, e o sistema precisa preservar essa relação.

Erros comuns são aprovar descrições vagas, executar antes da resposta e reutilizar uma decisão após mudar o destino. Monitore também o volume de revisões para não transformar aprovação em um clique automático sem leitura.

Combine esse desenho com validação de JSON para que entradas estruturadas sejam conferidas antes de chegarem à pessoa revisora.

Perguntas frequentes

O que mostrar para quem aprova uma ação?

Mostre ação, destino, conteúdo, evidências relevantes e a versão exata da proposta.

Uma aprovação antiga vale após mudar o destinatário?

A mudança deve seguir a política de revisão definida. Não reutilize silenciosamente uma decisão para uma proposta diferente.

Ausência de resposta pode significar aprovação?

Não presuma consentimento. Defina espera ou encaminhamento e bloqueie a execução sem uma decisão válida.