Como um vibe coder usa QA na arquitetura para refatorar código

Na abertura, Danilix virou para Manuel e perguntou por que ele tinha começado tudo de novo. A cobrança veio na hora: antes de reescrever o projeto, rodar um QA para a IA analisar a arquitetura, entender o que estava acontecendo e já implementar as correções. Quem busca refatorar código está nesse gesto.

O amigo de Danilix perdeu 4 meses de trabalho porque formatou o PC. Manuel recomeçou o projeto depois de 30 dias e o sistema ficou melhor do que estava. O QA é o que Danilix cobra antes de reescrever.

O amigo perdeu 4 meses porque formatou o PC

A pergunta saiu em voz alta, no começo da live:

Nossa, pai, mas por que que você começou tudo de novo? Qual que foi a salada?

O contraste que ele puxou na sequência era de outra pessoa. Um amigo, não o Manuel, tinha perdido o lote inteiro no formatar:

Não vai falar que você fez igual um amigo meu que perdeu 4 meses de trabalho porque ele formatou o PC. Ah, não. Que isso, Manuel?

Formatar o PC apaga o disco, e 4 meses somem com o HD. Manuel estava em outra cena: tinha recomeçado o projeto depois de 30 dias. A pergunta que sobrou para ele, então, era se tinha rodado um QA na arquitetura antes de começar de novo.

Rodar um QA e já implementar as correções

Para o Manuel, a cobrança foi o passo que faltou antes de reescrever:

Por que que você não rodou um QA? Você podia ter rodado um QA, mano, para ele analisar a arquitetura, entender o que tava acontecendo. Tirei, analisava a arquitetura e já implementava as correções, tá ligado?

O "ele" do QA é a IA. Danilix não nomeou ferramenta. A fala descreve uma sequência: analisa a arquitetura, entende o que está acontecendo, já implementa as correções. O "já" é o ponto. Na mesma sessão, a correção entra no código. Isso aparece também em totp.

Quem busca refatorar código pede isso: a IA lê a arquitetura e já aplica as correções, em vez de recomeçar no escuro.

No vibe coding, 1 mês só é jogado fora se você desistir

Danilix recusou a conta de tempo perdido. O 1 mês do Manuel não tinha ido para o lixo. O critério veio na sequência:

Jogado fora, Manuel, seria se você tivesse feito esse um mês todinho e agora nesse exato momento você chegasse para mim e falasse assim: "Ó, pô, Danilix, eu eu desisti, entendeu? Desisti, não tô mais fazendo."

Manuel não desistiu. Recomeçou, e o sistema novo estava melhor do que o anterior:

Tanto é que você recomeçou o projeto e você tá com ele melhor do que tava antes

O 1 mês ficou com Manuel. Aqueles 30 dias tinham sido aprendizado, e o sistema novo mostrou isso. No vibe coding, o recomeço ainda carrega o que o builder já viu no sistema.

O segundo ciclo andou mais rápido do que o primeiro. Danilix amarrou a velocidade ao que aqueles 30 dias deixaram:

foi aprendizado que você teve nesses 30 dias que hoje ele te levou pra evolução do teu sistema, tá ligado? Muito mais rápido do que aqueles 30 dias que você tava fazendo, não é não, Manuel? Aí, ó, documentação certinha, tá? tá comitando, você tá fazendo uma parada chamada branch work

Danilix apontou a documentação no lugar e o branch work no fluxo. O segundo ciclo já não era o dos 30 dias iniciais.

Amanhã você roda o QA antes de reescrever

Se o projeto está uma salada e a tentação é apagar e começar de novo, o teste cabe na sessão de amanhã. Antes de recomeçar do zero, pede para a IA analisar a arquitetura e já implementar as correções, depois confere o que mudou. Se ainda for reescrever, reescreve em cima desse diagnóstico.

A diferença prática, no vibe coding, é mandar a IA ler a arquitetura antes de você jogar o projeto fora.

A mesma live já deixou como um vibe coder protege produção com ambiente de homologação e como um vibe coder usa Claude Skill para focar a IA. O mesmo problema apareceu em psicologia das cores marketing.

Dá para assistir à live e ouvir o "por que que você não rodou um QA" e o critério do "desisti, não tô mais fazendo". A regra que viaja é a da abertura: QA na arquitetura antes de reescrever.