Rafa usou a IA para montar o resumo executivo que ia direto pro cliente da Vega. Saiu um número errado, o cliente notou, e a primeira pergunta na reunião de segunda foi: "quem revisou isso?". Silêncio. Ninguém tinha revisado. A IA "tinha feito", então parecia que a IA "tinha errado". Só que erro de IA sem revisão não é erro de IA — é erro de processo.
Isso muda a pergunta. Não é "podemos confiar na IA?", é "onde entra a checagem antes de sair pra fora?". Se a resposta for "em lugar nenhum", o problema vai continuar acontecendo, com IA ou sem IA. Um estagiário que escreve o mesmo resumo sem ninguém olhar depois também erra número às vezes. A diferença é que ninguém teria mandado o texto do estagiário direto pro cliente sem passar pelos olhos de alguém.
Revisão não é desconfiança, é etapa
Tem um jeito de pensar isso que trava as equipes: tratar a revisão como se fosse um voto de desconfiança na ferramenta, algo que se faz "só até a IA ficar boa o suficiente". Isso é olhar errado. Revisão é etapa do trabalho, do mesmo jeito que revisar um contrato antes de assinar ou testar um código antes de subir. Ninguém chama isso de desconfiança do advogado ou do programador. É só a etapa que existe porque o custo de errar é maior que o custo de checar.
Na Aurora, o time de Marina resolveu isso simples: todo texto que a IA gera pra fora — proposta, resposta de cliente, relatório — tem um responsável marcado que confirma antes de sair. Não é aprovação burocrática de três níveis, é uma pessoa dizendo "eu vi isso, faz sentido". Leva um minuto. E muda quem responde quando dá errado: não é "a IA errou", é "eu confirmei sem checar direito" — o que é uma frase muito mais fácil de aprender com ela.
O que revisar (e o que não precisa)
Nem tudo pede o mesmo cuidado. Um rascunho de e-mail interno que Téo vai reler e ajustar antes de mandar não precisa de checagem formal — ele é o revisor natural, porque vai editar de qualquer jeito. O risco mora no que sai direto: número que vai pro financeiro, dado que vai pro cliente, decisão que vira ação sem ninguém no meio. Ali sim, alguém precisa confirmar antes.
Uma forma simples de decidir: pergunte o que acontece se aquele texto estiver errado e ninguém perceber. Se a resposta é "nada grave, alguém corrige depois", segue o fluxo normal. Se a resposta é "vai pro cliente, vai pro contrato, vai virar decisão", a revisão entra como parte obrigatória da tarefa, não como favor de alguém que sobrou tempo.
Onde a culpa realmente mora
Quando dá errado, a pergunta útil não é "a IA errou?" — é "faltou revisão ou a revisão falhou?". Faltou revisão é problema de processo: ninguém definiu quem confirma antes de sair. Revisão falhou é problema pontual: alguém confirmou sem olhar direito, e aí a conversa é sobre atenção, não sobre ferramenta. Nos dois casos, a resposta não é parar de usar IA — é deixar claro, na tarefa, quem é o responsável por dizer "isso pode sair".
Isso também tira a IA do banco dos réus de um jeito que ajuda o time a usar ela com mais liberdade, não menos. Ninguém tem medo de pedir um rascunho pra IA quando sabe que vai revisar antes de mandar. O medo aparece quando o rascunho vira final sem ninguém no meio.
No Tino, cada tarefa que passa por IA carrega quem é o responsável e onde fica o aprovado — a revisão não é um passo escondido, é parte visível do trabalho, do jeito que já devia ser mesmo sem IA nenhuma envolvida.