Teste de regressão no vibe coding: sente e mande um lote só

Thiago subiu o módulo de blog do Taurus Hub à noite, sem ligar a live. O hub, receita R$ 0, já tinha criação de audiência com carrossel e com edição de vídeo. Os outros 2 já estavam; o que subiu à noite foi 1. Com o blog, são 3 módulos no ar. O teste de regressão que ele descreveu ainda não aconteceu. Ele continua precisando sentar, passar por tudo de uma vez, enumerar os bugs e mandar um lote só.

Na live o produto já estava assim:

agora temos o módulo de criação de audiência com carrossel, com edição de vídeo e com blogue

Isso aparece também em vibe coding para exigir evidencia antes de confiar na ia.

Sem live, o blog entrou por cima dos outros 2

Na noite anterior ele teve um tempinho e não ligou a câmera. Implementou o módulo que cria audiência com blog de forma automática, no mesmo desenho do resto do hub: por aprovação ou por piloto automático, em que o cérebro Taurus decide. O blog entrou em cima de carrossel e de edição de vídeo, que já estavam no hub. Isso aparece também em vibe coding para o blog herdar aprovacao e piloto automatico.

Há 3 módulos de audiência no ar e nenhum lote de teste nesta sessão. Ele disse que precisa testar todas as ferramentas, os 3 módulos que estão no ar. A verificação conjunta dos 3 módulos ficou para depois. Vale ver como isso terminou em imagem para video ia.

Cada via do módulo novo (aprovação ou piloto) se soma a fluxos que o carrossel e a edição de vídeo já tinham. Sentar depois é passar por esse conjunto, inclusive o que já estava no ar. Os 2 que já estavam não saem da lista só porque não foram o módulo daquela noite. Isso aparece também em comfyui workflow.

Construir sem parar é o hábito do vibe coding

eu só fui construindo, construindo, construindo, construindo

No vibe coding o próximo módulo sai rápido. O Thiago empilhou o blog em cima dos 2 que já estavam; agora são 3 no ar. A regra dele para o momento em que o produto já tem carrossel, edição de vídeo e blog é parar o editor e sentar. O mesmo problema apareceu em ffmpeg o que é.

gosto de me sentar e testar tudo de uma vez

Ele descreveu sentar com os 3 módulos, percorrer o fluxo como quem vai usar e anotar o que quebra. Nesta sessão ainda não sentou. A frase é o método, e o lote ainda não saiu nesta sessão. O mesmo problema apareceu em vibe coding para nao tratar erro do comfyui como quebra. Foi o mesmo caminho de vibe coding para nao deixar o teste proteger o corte errado.

Em testes automatizados o agente só testa se você pedir. No vibe coding deste caso o lote é humano, depois de empilhar módulo. O Thiago constrói à noite e ainda deve a sessão de verificação. O mesmo problema apareceu em vibe coding para nao fingir que leu os docs do agente.

Enumere os bugs e mande um lote só

Ele enumera e só então manda corrigir:

já vou enumerando todos os bug e depois mando corrigir tudo de uma vez

Na mesma fala ele acrescentou que perdemos muito tempo. A live não aponta em qual tela o tempo some. O que ele descreveu é um pedido com a lista inteira: sentar, enumerar e mandar um lote. Ele ainda não enumerou bug nenhum. Junta o que quebra em qualquer um dos 3 e devolve um pedido só. Quem manda 1 correção por tela volta ao editor no meio do teste e interrompe o passe que ele mesmo pediu. O mesmo problema apareceu em handoff ia.

Fecha o editor e abre o que já está no ar

Amanhã, se você subiu 1 módulo por cima de outros, fecha o editor, abre o que já está no ar e percorre os fluxos. Escreve os bugs e manda um lote só. Se o módulo novo tem aprovação e piloto, as duas vias entram na mesma lista. Isso aparece também em legenda em video.

O Taurus Hub do Thiago está nesse ponto: 3 módulos de audiência, receita R$ 0, e ele ainda precisa sentar para testar tudo de uma vez. A live grava a regra e o acúmulo: 1 módulo à noite, 3 no ar, sessão de teste ainda por fazer. Isso aparece também em google drive api. Dá para assistir à live.