IA no desenvolvimento

Seu app feito com IA está pronto para receber clientes? Eu testo antes deles.

A IA permite testar ideias e construir protótipos mesmo sem experiência em programação. Quando o sistema passa a cuidar de clientes, dinheiro ou dados pessoais, alguém precisa avaliar o que foi gerado e validar como ele se comporta fora da demonstração. Revisão para apps criados com Lovable, Bolt, Replit e ferramentas parecidas.

Como funciona em 3 passos

  1. Conversa pelo WhatsApp. Você conta o que o app faz e o que ele precisa fazer. Não envie senhas nem acessos por mensagem.
  2. Teste e avaliação. Testo se uma pessoa consegue ver ou alterar os dados de outra e separo o que dá para aproveitar do que é melhor refazer.
  3. Relatório e orçamento. Você recebe o que precisa de correção e o orçamento por escrito para pôr o app em produção.

O que você recebe na revisão

  1. 01

    As falhas de acesso a dados

    Testo se uma pessoa consegue ver ou alterar os dados de outra e mostro o que precisa de correção.

  2. 02

    O que dá para aproveitar

    O que já está pronto e pode seguir no projeto.

  3. 03

    O que é melhor refazer

    As partes que não se sustentam em uso real, com o motivo de cada uma.

  4. 04

    Um orçamento para pôr em produção

    O que falta para o app atender clientes de verdade, com o orçamento por escrito.

Começa por uma conversa pelo WhatsApp, para eu entender o app e o que ele precisa fazer. Não envie senhas nem acessos por mensagem.

Modelo do relatório

Cada falha encontrada entra no relatório com a gravidade e a correção sugerida. Os três achados abaixo são exemplos ilustrativos de como ele é organizado: não são de nenhum cliente nem de um app real.

  1. Exemplo ilustrativo 01

    Falha
    Um usuário consegue abrir os dados de outro trocando o número no endereço da página.
    Gravidade
    Alta
    Correção sugerida
    Conferir no servidor se cada registro pertence a quem está logado e testar com contas de empresas diferentes.
  2. Exemplo ilustrativo 02

    Falha
    A chave de acesso ao banco de dados está no código que o navegador baixa.
    Gravidade
    Alta
    Correção sugerida
    Levar a chave para o servidor, trocar a que ficou exposta e liberar no banco só o que cada perfil precisa.
  3. Exemplo ilustrativo 03

    Falha
    Não há cópia de segurança com restauração testada.
    Gravidade
    Média
    Correção sugerida
    Ligar as cópias automáticas, separar o banco de testes do de produção e ensaiar a restauração.

Se a IA cria um sistema, por que contratar um desenvolvedor?

Você contrata engenharia para transformar as regras do seu negócio em um sistema que possa ser testado, operado e mantido. A IA pode fazer parte desse trabalho. Ela não dispensa decisões sobre arquitetura, segurança e responsabilidade pelos dados.

Quem pode acessar cada dado?

Login não basta. Permissões precisam ser verificadas no servidor e testadas entre usuários, empresas e perfis diferentes.

Como recuperar a operação?

Ambientes separados, acesso restrito à produção e backups com restauração testada reduzem o impacto de uma alteração errada.

Quem valida antes de publicar?

Código gerado também passa por revisão, testes e avaliação de dependências. O escopo inclui manutenção, custos e riscos de operação.

O que casos documentados ensinam

São episódios de 2025, não avaliações atuais das plataformas. Eles mostram riscos de configuração, permissões e operação; não provam que todo sistema feito com IA seja inseguro ou que um profissional elimine qualquer risco.

Lovable: dados expostos em aplicações criadas na plataforma

Em maio de 2025, a Semafor noticiou uma análise que encontrou 170 de 1.645 aplicações com acesso indevido a informações, incluindo dados de usuários e chaves de API, ligado à configuração de acesso dos bancos conectados. O fornecedor contesta que a falha seja da plataforma e lembra que os clientes respondem por seus dados. O relato não comprova roubo em todas essas aplicações.

O cuidado técnico: testar se uma pessoa consegue ler ou alterar dados de outra, em vez de tratar a tela de login como prova de segurança.

Replit: um agente apagou dados de uma aplicação

Em julho de 2025, o cofundador da SaaStr relatou que um agente apagou dados durante a construção de uma aplicação, e as alterações de desenvolvimento podiam afetar a produção. A Replit reconheceu o episódio, informou que o banco foi recuperado por rollback e anunciou a separação entre bancos de desenvolvimento e produção por padrão. Houve exclusão e recuperação, não roubo de informações.

O cuidado técnico: limitar permissões de agentes, separar ambientes e testar a recuperação antes de depender dela.

Base44: aplicações privadas com falha de acesso

Em julho de 2025, pesquisadores da Wiz demonstraram uma falha que permitia acesso não autorizado a aplicações privadas do Base44. Ela estava na camada compartilhada de autenticação da plataforma, não em erro de um usuário iniciante. A Wix corrigiu em menos de 24 horas e informou não ter encontrado exploração maliciosa.

O cuidado técnico: avaliar também o fornecedor e as permissões efetivas das integrações, além do código da aplicação.

E a LGPD?

Usar IA não afasta as obrigações de proteção de dados. A ANPD exige medidas técnicas e administrativas também de agentes de pequeno porte e esclarece que as flexibilizações não os isentam das demais obrigações da LGPD, como bases legais e direitos dos titulares.

O trabalho técnico inclui controles de acesso, coleta limitada ao necessário e rotinas de retenção e exclusão. Conformidade depende também dos processos da empresa e de orientação jurídica; contratar desenvolvimento não equivale a uma certificação de adequação.

ANPD: Resolução nº 2/2022, arts. 6º, 12 e 13

Já começou com IA? Podemos partir daí.

Seu protótipo ajuda a explicar a ideia. Antes de propor uma reconstrução, avalio o que pode ser aproveitado, quais riscos precisam de correção e o que falta para atender usuários em produção.

Você não precisa saber programar para conduzir o negócio. Precisa entender o que está contratando, acompanhar a entrega e ter clareza sobre quem cuida de cada parte do sistema.