Sinais de que a IA está errada, com toda a convicção
Os 11 sinais de que a IA está errada sobre a sua arquitetura: ela soa igualmente segura quando erra. E um roteiro de 4 passos para contestar a IA com calma.
A IA raramente erra a sintaxe: os sinais de que a IA está errada aparecem na arquitetura. Recomenda atalhos que funcionam hoje e falham em silêncio quando o sistema cresce, e soa exatamente tão segura quando está errada quanto quando está certa. Estes 11 sinais de alerta dizem quando parar e contestar.
Ao longo de doze meses construindo o FIKR Space, briguei com o Claude centenas de vezes. Todos os dias. Ele queria atalhos; eu impunha estrutura. Essas brigas salvaram o produto. Abaixo está o checklist que eu queria ter tido no primeiro dia — as frases e omissões exatas que sinalizam que a IA está prestes a plantar um problema no seu produto. Uma distinção antes de começar: estes são sinais de alerta nas sugestões da IA, detectados antes de você aceitá-las. Os quatro padrões mais profundos que a IA usa para degradar em silêncio um código que você já tem são outra lista — ela está em como a IA sabota o seu código.
Por que a IA erra a arquitetura com tanta convicção?
Ela otimiza para objetivos diferentes dos seus. Seu objetivo é um software pronto para produção, que escala e nunca precisa ser reconstruído. O objetivo da IA é um código que funcione agora e te deixe satisfeito. Ela otimiza para a sua satisfação no momento, não para o seu sucesso daqui a seis meses — e você não consegue perceber a diferença pelo tom.
Ela não tem contexto do seu sistema. A IA conhece a conversa atual e os arquivos que você mostrou. Não se lembra da regra que você estabeleceu três semanas atrás nem de por que você fez uma escolha específica. Defina um padrão na semana um e veja-o ser violado alegremente na semana cinco.
Ela tende ao "simples". A solução simples costuma ser a que custa dez vezes mais para consertar depois. Simples agora não é o mesmo que certo para depois — e a IA quase nunca oferece esse trade-off por conta própria.
Os 11 sinais de que a IA está errada: um checklist prático
| # | Sinal de alerta | O que realmente significa | Sua resposta |
|---|---|---|---|
| 1 | "Para simplificar..." | Dívida técnica sendo criada em tempo real | Insista na estrutura correta — uma única fonte da verdade |
| 2 | "Por desempenho..." | Otimização prematura; valores copiados que saem de sincronia | Exija antes a prova de um problema real e medido |
| 3 | "Correção rápida..." | Uma gambiarra que vai virar permanente | Recuse; peça a causa raiz e a correção adequada |
| 4 | Listas de opções fixas no código | Status e categorias cravados no código, que você não muda sem um desenvolvedor | Mantenha-os como dados editáveis |
| 5 | Enfiar registros relacionados num único campo "bolha" | Dados que você não consegue mais buscar, conectar ou verificar | Exija relações reais entre os registros |
| 6 | Novos registros sem a marcação do cliente | Dados de um cliente podem vazar para a conta de outro | Todo registro deve indicar o cliente a quem pertence |
| 7 | Pular índices | Rápido hoje, se arrastando quando chegarem dados reais | Indexe toda conexão entre tabelas — sempre |
| 8 | Pular regras de acesso no nível do banco de dados | Segurança entregue à esperança e às boas intenções | Controle de acesso imposto pelo próprio banco de dados |
| 9 | Criar tabelas quase duplicadas | A mesma estrutura repetida, se distanciando com o tempo | Uma estrutura compartilhada que dá conta de todos os casos |
| 10 | Apagar dados permanentemente | Sem recuperação de erros, sem registro de quem removeu o quê | Marque registros como excluídos; nunca os destrua |
| 11 | "Solução alternativa para este problema..." | "Não sei como corrigir isso direito" | Pergunte qual é o problema de fato; corrija isso |
Repare na divisão. Os três primeiros e o último são frases — dá para pegá-los lendo. Os sete do meio são omissões e hábitos — coisas que a IA faz ou deixa de fazer em silêncio. As omissões são mais perigosas, porque não há frase para pegar. Só uma ausência. É por isso que você revisa tudo contra uma lista fixa em vez de confiar no instinto.
O livroA Revolução do EUpreendedorLuis Gonçalves sobre como construir um negócio de EUpreendedor com IA sem largar o emprego.Quero o livro →Três brigas reais que salvaram meu produto
A guerra das listas fixas (mês 2). O Claude queria os status das tarefas cravados direto no código. Eu disse não: coloque-os numa tabela editável. O Claude argumentou — "mas isso é mais simples e tem melhor desempenho". Não me importei. O resultado: uma única lista de status servindo uma plataforma que cresceu enormemente, personalizável por cada cliente, sem mudança de código para adicionar um status novo. Se eu tivesse aceitado, teria acabado com mais de 200 listas fixas espalhadas pelo código, impossíveis de personalizar.
A tentação da duplicação (mês 3). O Claude queria copiar o nome do projeto em cada registro de tarefa para que as consultas fossem "mais fáceis". Eu impus uma referência ao projeto. Agora, renomear um projeto atualiza exatamente um registro, e toda tela mostra o novo nome na hora. Se eu tivesse aceitado, uma renomeação significaria atualizar centenas de linhas de tarefas — com algumas inevitavelmente esquecidas, e o produto discordando de si mesmo em silêncio.
A sedução do campo "bolha" (mês 4). O Claude queria guardar os responsáveis por uma tarefa como um bloco de texto dentro da própria tarefa — "flexível, fácil de atualizar". Eu impus uma ligação adequada entre tarefas e pessoas. O resultado: "me mostre todas as tarefas atribuídas a esta pessoa" é instantâneo e confiável. Se eu tivesse aceitado, essa pergunta básica seria quase impossível de responder.
E duas brigas se repetiam toda semana: o Claude esquecia de marcar novas tabelas com o cliente dono, e pulava os índices. Toda tabela. Toda vez. Eu pegava as duas com um checklist, não por intuição.
Como contestar: o roteiro de 4 passos
"Isso está errado, conserta" não funciona — a IA não sabe o que está errado, por quê, nem o que você quer no lugar. Use esta estrutura sempre:
- Identifique o problema. "Você fixou a lista de status no código."
- Explique por que está errado. "Os status vão mudar, e os clientes precisam personalizá-los sem mudança de código."
- Especifique a solução certa. "Guarde os status como dados editáveis, com nome, cor e ordem de exibição."
- Peça a implementação. "Me mostre a versão atualizada."
Um aviso: contestar parece errado. A IA te deu código funcionando, rápido, com voz confiante — recusar parece ingratidão e lentidão. Passe por cima dessa sensação. Seu trabalho não é deixar a IA feliz. Seu trabalho é entregar software pronto para produção.
Quando você deve aceitar as sugestões da IA?
A IA não está sempre errada — longe disso. Aceite à vontade quando ela produz blocos de construção repetitivos e bem conhecidos; quando segue padrões que você já documentou; quando recomenda ferramentas padrão, amplamente usadas; e quando propõe limpezas sensatas no código existente. A regra prática: a IA decide como digitar, você decide o que é construído e se aquilo se sustenta. Essa divisão de trabalho é o jogo inteiro, e tem seu próprio aprofundamento: você é o arquiteto, a IA é a construtora.
12 semanasA sua carreira corporativa nunca foi o planoCandidate-se à Aceleradora de EUpreendedores.Candidatar-se →Perguntas frequentes
Como identificar sugestões ruins da IA se eu não sei ler código?
A maioria dos 11 sinais de alerta são padrões de linguagem, não código: "para simplificar", "por desempenho", "correção rápida", "solução alternativa". O resto são omissões que você verifica com uma lista de revisão fixa — todo registro está marcado com o dono, as conexões estão indexadas, algo é apagado permanentemente? Você precisa de um checklist, não de um diploma de ciência da computação.
Por que a IA dá respostas erradas com tanta confiança?
Porque ela otimiza para a sua satisfação agora, não para o seu sucesso daqui a seis meses; porque não se lembra das regras que você definiu em sessões anteriores; e porque tende à resposta simples mesmo quando o simples cria problemas caros depois. O nível de confiança dela não diz nada sobre se está certa.
Qual é o jeito mais rápido de evitar sugestões ruins?
Escreva suas regras uma vez — num arquivo de instruções do projeto que a IA lê no início de cada sessão — e corrija as violações no momento em que acontecem. Regras declaradas de antemão evitam a maioria das sugestões ruins; correções imediatas cuidam do resto na sessão atual.
Contestar a IA deixa a construção mais lenta?
Por segundos — e economiza semanas. Cada correção leva uma mensagem. Cada atalho aceito se acumula: dados fora de sincronia, contas vazando, funcionalidades cada vez mais difíceis de adicionar. Ao longo de doze meses contestei centenas de vezes, e essas brigas são o motivo de o produto nunca ter precisado ser reconstruído.
Quão preso você está, de verdade?
Faça o Índice de Sufocamento Corporativo, a avaliação gratuita para saber se você está pronto para ser um EUpreendedor.