Pedindo mudanças sem quebrar o que já funciona
O medo mais comum de quem tem um app rodando: pedir um ajuste e receber de volta outro app. Este guia é sobre por que isso quase nunca acontece, e o que fazer nas vezes em que acontece.
A IA não reescreve o app a cada pedido
Um pedido pequeno gera uma mudança pequena. O assistente não regenera o app inteiro quando você pede para trocar uma cor: ele localiza os arquivos envolvidos e mexe só neles. Isso é o que faz uma edição custar pouco crédito e levar segundos em vez de minutos.
O que expande o alcance de uma mudança é o pedido ser amplo. "Deixe o app mais moderno" toca tudo. "Aumente o espaçamento entre os cartões da home" toca um arquivo.
Delimite o pedido
A frase que mais protege o seu app é a que diz o que não mudar:
Troque o texto do botão para "Quero agendar". Não mexa em mais nada nesta tela.
Vale também para o contrário, quando você quer que a mudança se espalhe de propósito:
Aplique essa nova fonte em todas as telas, não só nesta.
Quando aparece um plano antes da construção
Em pedidos com risco de apagar ou reescrever coisa, o assistente responde primeiro com um plano, e só constrói depois que você clica em Aprovar e desenvolver. Pedidos leves não passam por isso e vão direto.
O plano é o melhor momento para perceber que você pediu errado. Se ele lista "remover o modelo Cliente", e você só queria remover um campo, digite o ajuste em vez de aprovar.
Mudanças que a IA não deve fazer
Algumas coisas você mesmo altera, com botão, e pedir para a IA é dar volta:
- cor, fonte e raio de canto ficam na aba Marca;
- texto e posição de um elemento saem mais rápido pelo Editar na barra de cima, clicando direto na tela;
- integrações, domínio, SEO e login têm cada um a sua aba, com campos próprios.
Editar visualmente também não consome crédito, o que faz diferença quando o ajuste é fino e leva várias tentativas.
Se a mudança quebrou alguma coisa
Não tente consertar por cima com outro prompt. Volte primeiro, depois peça de novo com mais precisão:
- no chat, use Desfazer última edição;
- confira se o app voltou ao que era;
- reescreva o pedido dizendo o que deu errado e o que não pode ser tocado.
Reescrever por cima de um app quebrado costuma empilhar um segundo problema em cima do primeiro.
O ciclo que funciona
Uma mudança de cada vez, olhar a prévia depois de cada uma, e publicar quando o conjunto estiver de pé. Acumular cinco pedidos antes de olhar é o jeito mais rápido de não saber qual dos cinco causou o problema.