Manter apps criados com IA: o que ninguém te conta sobre a segunda semana

No primeiro fim de semana com a Proyecta, você lança algo de verdade. Funciona. Os seus usuários (ou a sua equipe, ou o seu eu do futuro) começam a usar. E aí é segunda e um cliente manda e-mail: “Dá para adicionar um menu suspenso para filtrar por região?”

Bem-vindo à manutenção. Esta é a parte de construir um app com IA de que ninguém fala, e a parte em que a maioria dos projetos ou vira um ativo de longa duração ou despenca quietamente do penhasco. A boa notícia é que manter um app criado com IA é uma experiência diferente de manter código tradicional. A notícia honesta é que “diferente” não significa “de graça”.

O que manutenção de fato significa

Quando desenvolvedores profissionais dizem “manutenção”, eles querem dizer quatro coisas, mais ou menos:

1. Adicionar pequenos recursos que as pessoas pedem depois do lançamento.
2. Corrigir coisas que quebraram ou estavam erradas desde o começo.
3. Acompanhar mudanças fora do seu app — um provedor de pagamentos atualiza a API, um novo navegador é lançado, o formato dos seus dados muda.
4. Fazer faxina para que a base de código não vire um pântano aos poucos.

Para um app criado com IA, as quatro ainda acontecem. O que muda é quem as faz e como o trabalho parece.

A boa notícia: você pode conversar com ele

Aqui está a parte que ninguém te contou quando você copiava e colava código de tutoriais antigos. Com um criador de apps com IA, você mantém o app do mesmo jeito que o construiu: descrevendo o que quer.

Um exemplo real. Uma fundadora que conhecemos construiu um pequeno CRM para a prática de coaching dela — clientes, sessões, controle de pagamentos, tudo. Três semanas após o lançamento, uma cliente comentou que adoraria ver quantas sessões tinha feito naquele ano. Ela abriu o app, disse “Adicione um contador de ‘sessões neste ano’ a cada cartão de cliente, puxando da tabela de sessões onde a data for de 2026”. Doze minutos depois, estava no ar. Ela voltou a fazer coaching.

Essa história soa normal até você lembrar da alternativa: chamar um freelancer, esperar dois dias, pagar US$ 300, revisar um PR que ela não entendia totalmente e rezar para nada mais quebrar. O ciclo de manutenção não é mais rápido porque a IA é mais inteligente que o freelancer. É mais rápido porque o ciclo tem menos humanos nele.

A notícia mais difícil: pequenas coisas se acumulam

Aqui está a parte que pega as pessoas. Apps criados com IA parecem fáceis de mudar porque adicionar coisas é fácil. O que não é fácil é manter a coisa toda coerente à medida que ela cresce.

Alguns padrões que vemos dar errado:

• O emaranhado acidental. Você pede “adicione um campo de desconto ao checkout”. Seis revisões depois, a lógica de desconto vive em três lugares, e só um deles está certo. Nada quebrou ainda, mas a próxima mudança vai ser confusa.
• O requisito esquecido. Você adicionou “frete grátis acima de US$ 50” em março. Em maio, você pede à IA para “refazer o checkout para suportar vales-presente”. Ela faz. A regra do frete grátis sumiu. Ninguém percebeu por duas semanas.
• A deriva. O seu app começou como “uma ferramenta para mim”. Agora é usado pela sua equipe. O modelo mental do qual a IA parte ainda é “para mim”, porque foi isso que você disse no início. Recursos novos parecem estranhamente fora de lugar, e você não consegue dizer por quê.

Nenhum desses é uma falha dos criadores de apps com IA. São falhas de memória e de contexto compartilhado — os mesmos problemas que uma equipe de desenvolvedores humanos tem, só que com outro formato.

Como se organizar

As equipes que se dão bem com manutenção compartilham alguns hábitos. Não são hábitos técnicos, na maior parte. São hábitos sobre como você descreve o que o seu app é e o que mudou.

Mantenha um documento de “o que este app é”. Uma página. O público, os objetivos, as regras (“frete grátis acima de US$ 50”, “nunca enviamos e-mail aos usuários aos domingos”, “o telefone é a chave primária, não o e-mail”). Quando você pedir à IA para mudar algo, cole a regra relevante no prompt. Você não está contornando a inteligência da IA; está alimentando-a com o contexto que ela não tem como lembrar.

Descreva mudanças em termos de comportamento, não de código. “Quero que os usuários vejam o filtro de região lembrado entre as sessões” é um pedido muito melhor que “adicione localStorage ao filtro”. O primeiro descreve o que você quer; o segundo prescreve uma de quinze formas de fazer, e provavelmente não a melhor.

Faça mudanças uma de cada vez. Duas mudanças num prompt significam que uma pode falhar em silêncio e você não vai saber qual. A forma mais rápida de manter um app com IA é manter as suas iterações pequenas o bastante para você conseguir dizer, num relance, se o resultado está certo.

Olhe o que mudou. A maioria dos criadores de apps com IA te mostra uma prévia. Use-a. Os trinta segundos que você gasta clicando por tudo para confirmar que o novo recurso funciona e que os recursos antigos ainda funcionam são o seguro mais barato que você vai comprar este ano.

O que você não pode fazer (e provavelmente não deveria)

Há uma tentação, depois de você ter construído um app com IA, de achar que ela também pode operar o app por você. Ela não pode, e a lacuna é real:

• Ela não vai te avisar quando algo quebrar em silêncio. Logs, monitoramento, escalas de plantão — isso ainda é uma preocupação separada. A maioria dos criadores de apps com IA não vigia o seu app em produção do jeito que um engenheiro de backend faria.
• Ela não sabe do mundo fora do seu app. Se um provedor de pagamentos descontinua uma API, a IA não sabe até você contar. Assine os changelogs dos seus provedores. Leia o seu e-mail.
• Ela não pode tomar decisões de produto por você. Se deve ou não adicionar um recurso, qual trade-off fazer, o que os seus usuários de fato querem — isso ainda é você. A IA são mãos muito rápidas; o cérebro é seu.

O retrato realista

Depois de seis meses com um app criado com IA, a maioria das pessoas com quem falamos chega a um lugar mais ou menos assim: elas gastam talvez de duas a quatro horas por mês em mudanças, quase tudo conversacional. As grandes reconstruções que costumavam temer — “quero adicionar uma seção totalmente nova” — parecem uma boa tarde. As coisas chatas — “o formato de data está errado na exportação” — parecem um bom prompt.

O que elas não têm é o ruído de fundo constante de uma base de código tradicional: atualizações de dependências, migrações de framework, patches de segurança, configurações de build. Esse ruído foi absorvido pela plataforma. Você está pagando para a plataforma cuidar disso, o que é um negócio muito melhor que pagar um desenvolvedor para cuidar.

Se você está prestes a construir o seu primeiro app, o post sobre como deveria ser o seu primeiro app criado com IA vale a leitura antes de você começar. E se você já está há algumas semanas e sentindo alguns dos padrões acima, isso é normal. Escreva o seu documento de “o que este app é” neste fim de semana. O seu eu do futuro, daqui a três meses, pedindo um novo painel, vai ficar muito feliz por você ter feito isso.