VIBE IN PUBLIC_

Vibe coding para catar feijão num terminal só

Depois que o Autocut já está construído, Thiago cata feijão com 1 terminal aberto. Os 10 a 30 em paralelo ficam para blueprint, refatoração e módulo novo.

Vibe coding para catar feijão num terminal só é o que Thiago está fazendo no Autocut: a edição de vídeo já está construída, e ele fica com 1 terminal aberto, passando parte por parte, corrigindo coisinha por coisinha.

O grosso já saiu. Nesta live ele revisa o que já está pronto, com a edição de vídeo de pé e o terminal único na tela.

O grosso da edição já está de pé

Ele marca o ponto da obra no Taurus Hub, dentro do Autocut, e aponta a edição de vídeo como o exemplo do grosso que já saiu. Essa parte já existe.

depois que eu já construi o grosso, sabe? Por exemplo, essa parte do da edição de vídeo, eu já já tá construída, só que agora eu preciso ir catando feijão, né?

"Construi o grosso" e "já já tá construída" são o mesmo recorte. Autocut. A edição está de pé, e catar feijão começa depois disso. Se o módulo ainda não existe, o feijão ainda não começou. No Taurus Hub o Autocut já tem essa peça: a live percorre o que já foi construído e fecha o que ainda falha em cada parte.

A peça da edição já passou da construção. O que ele faz na tela é revisão, parte por parte, em cima do que já existe.

Ele descreve quando usa cada modo: o grosso primeiro, o feijão quando essa parte já tá construída.

Catar feijão no vibe coding é 1 terminal aberto

Ele passa parte por parte e fica com 1 terminal, corrigindo coisinha por coisinha, igual ao que está na tela enquanto fala. A tela da live é a prova: 1 terminal aberto, ele corrige o que está na frente e só então pede a próxima parte.

Eu preciso ir passando parte por parte, aí eu fico só com um terminal aberto e vou corrigindo igual eu tô corrigindo aqui, coisinha por coisinha, entendeu?

Ele fala isso enquanto corrige, e o "aqui" da frase é a tela da live. O Autocut está nesse modo agora: edição construída e 1 terminal na próxima coisinha. O 1 terminal e a correção acontecem no mesmo instante em que ele explica o método.

Enquanto explica, o terminal único continua no pedaço que ele está corrigindo. Ele dá o nome de catar feijão para o que a tela já mostra.

Mais tarde na mesma live ele volta ao mesmo critério com outra palavra:

Eu tô catucando coisinha por coisinha, então eu uso um terminal ou outro só.

A confirmação chega no meio da revisão. Ele está revisando o que já está pronto. Catucar o Autocut pronto pede o terminal só.

Cada ajuste desta passagem cabe nesse modo: um pedaço da edição já construída, depois o próximo. Uma dessas coisinhas é validar regra fixa depois da IA. O terminal fica aberto enquanto ele passa, corrige e volta para a próxima parte.

Mandar 10, 15, 20, 30 no mesmo arquivo, enquanto ele ainda está catucando o Autocut já construído, é o risco desta fase.

10 a 30 em paralelo é outra fase

O paralelo vale quando a missão é grande: blueprint, refatoração grande, módulo novo ou um plano com vários testes. Aí ele abre 10, 15, 20, 30 ao mesmo tempo.

2 FASES

Catar feijão

O grosso já saiu. 1 terminal aberto, parte por parte

Missão grande

Blueprint, refatoração grande, módulo novo. 10 a 30 ao mesmo tempo

A parada que era para demorar horas, termina em minutos.

A ferramenta por trás, o Overclock, conecta CLIs (antigravity, Codex com 2 contas, Cloud) e pode abrir 128 terminais de uma vez, com handoff entre eles. Nesta cena do Autocut ele não abre 128: está no feijão.

Amanhã, com o grosso de pé, deixe 1 terminal

Amanhã, no vibe coding do seu produto, se a edição ou o módulo já está de pé, abra o arquivo dessa peça e fique com 1 terminal. Pegue a primeira parte, feche o que estiver torto e só então passe para a seguinte. O mesmo problema apareceu em vibe coding para extrair fatos do pdf uma vez so. Vale ver como isso terminou em area de membros.

Dá para assistir à live e ouvir ele no Autocut, 1 terminal aberto, catando feijão na edição que já construiu.