Vibe coding para não deixar agente mudar migração no redesign: o pedido era visual

Pedido de redesign visual não autoriza o agente a mexer na migração do banco. gbrl808 estava no bookm, o gestor de favoritos (site mais extensão), quando falou o recorte: não gostava do layout de hoje, queria pensar em layouts novos e tinha prints para o agente usar como base. O agente começou a editar. Ele olhou para a tela e viu a migração.

Que é que ele está a ditar o banco de dados, mano?

A transcrição gravou "ditar". Fora das aspas, o que ele viu foi o agente editar o banco. O pedido de layout saiu do escopo quando o agente tocou na migração, e ele não percebeu o que tinha sido mexido.

A mesma live de 99 min já tem o recorte de não usar o user do Auth como modelo. Aqui o agente abre o banco a partir de um pedido de layout.

O pedido era layout, prints e a cor da marca

Ele falou o que queria assim:

Eu não estou a gostar muito do layout como está hoje. Eh, gostava de pensar em novos layouts para o site. Tem aqui algumas ideias de impressões. Consigo enviar uns prints e você utilizar como base.

Ele pede para pensar em layouts novos e usar prints como base. O print era a base que ele ofereceu, então o agente já tinha referência visual para o layout. O bookm tem site, então há tela para redesenhar. O tema está cinzento. A cor da marca ainda está em aberto. Depois desta cena a conversa vai para a paleta:

ainda não decidi uma cor para a marca

Ele formula o recorte outra vez:

Eu não estou a gostar muito do design, estou a pensar num novo layout ou em algum redesign para o para o site.

Ele vê o tamanho da edição:

Estás a editar tudo já, mano.

No vibe coding o agente puxa a migração no redesign

No vibe coding, o agente lê o repositório como um bloco só. Layout e migração estão no mesmo contexto. Você manda o print e pede redesign. A migração entra na edição porque está no repo, mesmo com o pedido a apontar para o site.

Ele percebe o desvio no meio do ato:

Ah, não percebi o que é que ele mexeu aqui na migração.

As 2 perguntas dele, o banco e a migração, ficam sem mapa na live. A live não mostra quais tabelas mudaram nem o revert. O que fica gravado é o susto e a pergunta. Ele não entendeu o que foi mexido. O dono do produto ficou de fora da mudança enquanto o agente já editava.

Ele não desfaz a migração nesta live. Não há git checkout na cena. Ele pergunta o que o agente mexeu e a conversa segue para a cor. O tema cinzento e a cor em aberto voltam ao centro. A live não diz se a migração ficou ou saiu. O que ela registra é o desvio: o pedido visual já tinha print e o agente mesmo assim editou o banco. Foi o mesmo caminho de vibe coding para extensao chrome capturar titulo de pagina spa. Vale ver como isso terminou em vibe coding para nao deixar ocr falhar em silencio.

Ele está no Antigravity nesta live; o modelo cruzar arquivos já apareceu em como usar Antigravity com vibe coding. Nesta cena o cruzamento é o do print com a migração.

Trava a migração no prompt antes do print

Amanhã, antes de enviar o print, escreva o recorte que faltou nesta cena: o agente não edita a migração e não toca no banco. Se o agente abrir uma migração, você para e pergunta o que mudou, como ele perguntou, antes de deixar a geração seguir. Se a edição que o agente abrir for tela, o pedido ainda está no visual.

Quem faz vibe coding com o repo inteiro no contexto escreve, antes do print, que a migração fica de fora. A live de 99 min registra o pedido e o susto. Dá para assistir à live no trecho em que ele manda os prints e pergunta o que o agente mexeu na migração.