Vibe coding para não deixar deploy do agente voltar versão antiga sem trava

Se o agente faz deploy sem trava, ele pode publicar a versão que já estava no repo. Jhonatan entrou no Claude para implementar o checkout Asaas. No deploy, o site inteiro foi para a primeira versão de 2 meses atrás. O frontend que ele mostrou na tela estava estragado.

A live tem 184 min de vibe coding com Claude, Codex e Grok. Ontem o front ganhou relatórios, o que ele chama de imensa coisa. Hoje o agente puxou um backend e um front antigaço que já estavam no repo.

O deploy do Asaas devolveu a primeira versão

Ele abriu o Claude para continuar o checkout. Depois foi fazer o deploy. O site que voltou não era o de ontem.

Entrei com o Cloud, vamos continuar a fazer exatamente o que eu estava a fazer aqui, implementando asas para o checkout. Depois foi fazer o deploy e depois o site todo foi lá na primeira versão de há dois meses. inteiro, inteiro. Só que foi algumas partes do front end, porque isto aqui fiz ontem e está aqui relatórios fiz ontem e está aqui.

Cloud, no jeito dele, é Claude. Asas é Asaas. Ontem ainda funciona como régua: ele tinha relatórios no front e o volume de trabalho que descreve em seguida.

Ontem fizemos imensa coisa. Hoje deu tudo zebra. O cara puxou um, puxou o Claudin, puxou um back end, um frente antigaço, velho.

Claudin é o mesmo Claude. Ele se apresenta no meio da zebra:

eu sou editor de vídeo, nem sou deve nada. Sou apenas um entusiasta da parada.

O front de ontem e o front de 2 meses na mesma tela

Ele aponta para o que está aberto.

Você viu o que que nós fizemos ontem, velho? Olha lá, ó. Estragou o frontend inteiro da parada, mano.

Na mesma fala do checkout ele limita o estrago. Foram algumas partes do front. Os relatórios de ontem ainda estão lá, e ele mostra na tela: isto aqui fiz ontem, relatórios fiz ontem e está aqui. O resto voltou antigaço. O site ficou com o trabalho recente e a peça de 2 meses no mesmo front. O agente puxou o outro e deixou pedaços de ontem à mostra.

Se você só olha o pedaço que ainda está certo, o deploy passa. Relatório no lugar vira prova de que o restante também subiu. Na tela dele a prova é o contrário: frontend estragado e relatórios de ontem no mesmo lugar. Conferir a tela depois do deploy é o jeito de ver a mistura.

Sem trava, o vibe coding publica o que já estava no repo

Ele liga o Asaas, o deploy e o outro que estava lá.

Mas é porque ele foi implementar o Asas e na hora de fazer o cloud, na hora de fazer o deploy, ele puxou este outro porque estava lá um outro. Tanto que eu mandei ele proteger para não acontecer isso mais.

A live não traz o texto dessa proteção. O que ela mostra é o gatilho: existia um backend e um front antigos ao alcance, e implementar o checkout e em seguida fazer o deploy foi o bastante para o Claude publicar o outro.

No vibe coding a versão velha fica no mesmo repo que a de ontem. O agente não separa sozinho um trabalho do outro. Sem uma trava sobre o que pode subir, ele publica o que ainda estava guardado no lugar do que vocês acabaram de fazer. O mesmo problema apareceu em vibe coding para nao montar o agente na mao. Vale ver como isso terminou em vibe coding para deixar o aluno pular a aula.

O recorte vizinho é outro: confirmar deploy sem esperar a verificação completa. Aqui o problema é o agente voltar versão antiga.

A proteção chegou depois do estrago

O dano já está na tela. Ele mandou o agente proteger e segue corrigindo. A live não mostra o site restaurado. Mostra o pedido de proteção e o frontend estragado.

Amanhã o pedido de proteger vai antes do deploy. Diga o que pode subir e que o front antigaço não publica. Se a tela misturar relatório de ontem com peça de 2 meses, pare. Não peça o próximo pedaço em cima dessa mistura.

Dá para assistir à live e ouvir a sequência: Asaas, deploy, o frente antigaço, o pedido de proteger. Quando ele mostra os relatórios de ontem ainda no lugar, dá para ver o front novo e o antigaço na mesma tela.