Quando não usar IA: as tarefas que não valem delegar

Existe um estudo que quase nunca aparece em conteúdo sobre produtividade com IA, e ele deveria abrir qualquer conversa sobre quando não usar IA.

A METR fez um ensaio controlado com 16 desenvolvedores experientes em repositórios grandes e maduros, sorteando 246 tarefas reais entre "pode usar IA" e "não pode". O resultado: os participantes estimaram que ficaram 20% mais rápidos com as ferramentas. Na medição, ficaram 19% mais lentos.

Duas ressalvas honestas antes de qualquer conclusão. A amostra é pequena e específica — gente experiente em código próprio complexo, o cenário menos favorável possível. E o estudo é de meados de 2025: a própria METR hoje o trata como histórico, avisando que não reflete necessariamente as ferramentas atuais. Se você quiser descartar o número, tem base para isso.

Mas o achado que sobrevive à ressalva não é o 19%. É a distância de 39 pontos entre o que as pessoas sentiram e o que aconteceu. Essa parte não depende de versão de modelo: a sensação de fluidez não é evidência de ganho.

A tese em uma frase: quando não usar IA é decisão que precisa ser tomada antes da tarefa, por tipo de tarefa — porque durante a tarefa você não consegue sentir se ela ajudou.

Por que a sensação engana

O mecanismo é conhecido e vale nomear, porque ele explica por que a intuição é péssima conselheira sobre quando não usar IA.

Quando você delega, o esforço cai de imediato — e esforço é o que a gente percebe. O tempo total, não: ele se esconde em pedaços pequenos e invisíveis. Ler a saída. Perceber que o formato está errado. Reformular. Ler de novo. Conferir um número. Corrigir o trecho que ficou genérico.

Nenhum desses pedaços parece trabalho. Somados, às vezes passam do tempo que a tarefa levaria direto.

Daí decorre a regra que sustenta este texto: a decisão sobre delegar não pode ser tomada durante a tarefa, na base do que parece mais leve. Ela é tomada antes, por categoria — que é exatamente o primeiro movimento do método em como usar IA no trabalho.

As duas perguntas que decidem

O quadrante do diagrama tem só dois eixos, e eles resolvem a pergunta de quando não usar IA na maioria dos casos.

Qual o custo se um erro passar? Rascunho interno que alguém vai reescrever é um extremo. Número numa proposta, cláusula num contrato, código em produção é o outro.

Você consegue conferir o resultado? Não "consegue ler" — consegue verificar. Se a IA escreve um parágrafo sobre um assunto que você domina, você vê o erro na hora. Se escreve sobre algo que você desconhece, você lê uma coisa plausível e não tem como saber.

A combinação que dá problema é uma só: custo alto e nenhuma capacidade de conferir. É o quadrante em que o erro entra em silêncio e sai assinado por você. Nos outros três a resposta não é "não use" — é usar com cuidado proporcional.

Vale insistir num ponto que muita gente inverte: o eixo difícil é o de conferir, não o de custo. Quase todo mundo sabe dizer se uma tarefa é importante. Quase ninguém para para perguntar se sabe checar.

Quando não usar IA: a lista curta

Casos concretos, e o motivo de cada um.

O cálculo que precisa fechar. Somar, totalizar, conferir fechamento. Não é falta de capacidade genérica — é que o modelo prevê texto, e número entra como texto. O detalhe e a saída estão em IA para planilhas: peça a fórmula, nunca o resultado.

A etapa que você está aprendendo. Este é o mais silencioso e o de consequência mais longa. Se você delega justamente a parte que construiria a sua competência, você troca aprendizado por entrega — e fica dependente de um resultado que não sabe avaliar. É o inverso do que os dados de curva de aprendizado mostram sobre quem melhora: quem fica bom delega a execução e mantém o julgamento. Vale planejar isso de propósito num programa interno, como está em treinamento de IA para equipes.

Decisão sobre pessoas. Contratar, promover, desligar, avaliar. Dois problemas somados: viés que você não vê e responsabilidade que ninguém assume. Use para estruturar critério e preparar pergunta; não para escolher. O enquadramento mais amplo está em ética em IA.

O que precisa ser idêntico amanhã. Modelo é probabilístico — a mesma pergunta pode dar respostas diferentes. Onde reprodutibilidade é requisito (fechamento, relatório regulatório, laudo), o cálculo fica com quem é determinístico.

Aquilo cujo valor está em ter sido feito por você. Recado de condolências, feedback difícil, pedido de desculpas. Não é questão de qualidade do texto: é que o esforço é a mensagem. Terceirizar isso não economiza tempo — muda o que foi dito.

A tarefa de dois minutos. É o caso mais banal de quando não usar IA: descrever bem custa mais que fazer. Vale a mesma conta de o que não automatizar: abaixo de um limiar de repetição, o processo é mais caro que o trabalho.

O outro motivo: não é a tarefa, é o dado

Tudo acima olha a natureza da tarefa. Existe um segundo eixo, independente, que barra o uso mesmo quando a tarefa seria perfeitamente delegável: o que precisa entrar para a tarefa acontecer.

Contrato de cliente, folha de pagamento, base com CPF, código proprietário, informação financeira não divulgada. A tarefa em si pode ser trivial — "resuma este contrato em cinco linhas" é exatamente o tipo de coisa que a IA faz bem. O problema é que fazer isso significa entregar o contrato a um terceiro.

E aqui não vale confundir com o resto do texto: isso não é uma limitação da IA, é uma decisão sobre dado. Tem solução, e a solução não é deixar de usar:

• Ferramenta aprovada, com contrato. Muda completamente a resposta — o mesmo pedido numa conta corporativa com cláusula de não-treinamento é outra situação. As três perguntas que decidem estão em posso colocar dados da empresa no ChatGPT.
• Anonimizar antes. Muitas vezes o valor da tarefa sobrevive sem o dado identificável. "Resuma este contrato" funciona com nomes trocados.
• Verificar a obrigação legal. Se há dado pessoal, existe um operador novo na cadeia de tratamento, com a régua de LGPD para PMEs.

O erro clássico é tratar esse caso como os outros e concluir "não dá para usar IA em jurídico". Dá — o que não dá é colar contrato numa conta pessoal gratuita.

Onde o problema não é a IA — é o prompt

Uma distinção que evita a conclusão errada sobre quando não usar IA.

Parte do que parece "IA não serve para isso" é, na verdade, tarefa mal descrita. Contexto ausente, formato não especificado, critério de sucesso implícito. Isso tem solução conhecida, e é o assunto de engenharia de prompts — que é o capítulo do segundo movimento do método, e o mais completo que este blog tem sobre a parte de descrever.

O que não tem solução via prompt é o outro conjunto: cálculo exato, responsabilidade, aprendizado seu, reprodutibilidade. Nenhuma técnica de descrição resolve, porque a limitação não está na descrição.

Saber em qual dos dois grupos você está economiza semanas de tentativa. Se o resultado melhora quando você explica melhor, era prompt. Se melhora só quando você confere e corrige, era delegação errada.

O que fazer em vez de não usar

Aqui está a parte que a maioria dos textos sobre quando não usar IA não entrega, e é a mais útil.

Quase nunca a resposta certa é abandonar a tarefa inteira. É mover a IA para outra etapa dela:

Repare no padrão: o que sai é o julgamento e o número; o que entra é a forma, o rascunho e a explicação. Essa divisão resolve mais casos que qualquer lista de proibições.

E se o motivo de não delegar for falta de acesso ao dado certo — não a natureza da tarefa —, isso é um problema de encanamento, com quatro caminhos possíveis em como conectar IA aos dados da empresa.

O ponto que fica

O número da METR é discutível e a própria METR o marcou como histórico. A distância entre percepção e medição não é discutível — e ela é a razão pela qual esta decisão precisa de regra, não de intuição.

A regra de quando não usar IA cabe em duas perguntas, feitas antes de começar: quanto custa se um erro passar, e eu saberia checar? Se as respostas forem "muito" e "não", pare. Nos outros casos, siga com o cuidado proporcional.

E guarde a que eu acho mais valiosa de todas: se você não consegue avaliar o resultado, você não está delegando — está apostando. Às vezes vale apostar. Mas é bom saber que é isso que está acontecendo.