Overengineering: como um vibe coder corta o módulo que nunca fecha

Overengineering no vibe coding é o mês que some enquanto o módulo "ainda precisa de melhorias". Thiago passou agosto no AutoCut e o próprio veredito dele, ao vivo, foi que o módulo não fica pronto.

Praticamente passamos agosto inteiro nesse módulo do auto cut.

Ele fez muitas outras coisas no mesmo mês. O AutoCut, mesmo assim, ficou inacabado. Receita no título da live: R$ 0. Meta do BiP: R$ 15k MRR. O domínio já estava no ar, ele já testava em produção "porque tá quase pronto", e os primeiros módulos que vai lançar ainda passam pelo AutoCut, que ele trata como inacabado.

Quase 300 commits e o AutoCut piora

O motivo aparece na mesma fala em que ele descreve o atraso: "eu sou meio perfeccionista e eu acredito que ele ainda precisa de melhorias". Sem um critério de parada, o perfeccionismo vira o trabalho do mês. Ele encontra em cada sessão um jeito de deixar o corte mais fino, e o mais fino ocupa o dia seguinte.

Fiz quase 300 commits já em cima desse módulo e ele não fica pronto nunca. Parece que quanto mais mexe pior fica.

O assistente devolve outra melhoria a cada sessão, e commitar custa minutos. Com esse preço, quase 300 commits cabem em agosto e o AutoCut continua interno.

Na tela ele explica o produto para quem não está por dentro. A IA monta um roteiro com base no briefing da marca, para o usuário só pegar o teleprompter e ler. O advogado da conta que ele abre gravou o talking head e subiu o vídeo. O arquivo cai na fila da conta agência, a conta em que ele cuida de marcas de outros, não da própria, na lista de vídeos aguardando edição. Um clique no AutoCut e o motor edita. A promessa escrita ali é edição ao vivo com um clique. Talking head na fila, vídeo editado de volta, e o que falta no diagnóstico dele são melhorias.

O domínio no ar e a volta ao módulo perfeito

No mesmo bloco da live em que o AutoCut ainda está aberto, ele já tem domínio no ar. Pegou o domínio, deixou publicado, "já tá ao vivo já". Aviso na sequência: "Não tá funcionando ainda, tá, galera?" A justificativa vem junto: "já tô testando em produção, porque tá quase pronto. As primeiras, os primeiros módulos que eu vou lançar."

O domínio público e o aviso de que ainda não funciona ficam no mesmo minuto, e "quase" não força corte. Dá para testar em produção e, no mesmo fôlego, reabrir o AutoCut.

No meio da live ele escolhe um job de refinamento e pede:

Preciso deixar esse módulo perfeito.

O vibe coding barateia o commit e cobra o critério no loop

O critério já está na descrição que ele faz na tela. Se o advogado grava o roteiro e o vídeo cai na fila, o clique do AutoCut deveria devolver o corte. Quando isso vale para uma marca, o módulo pode ir junto dos primeiros lançamentos que ele anunciou. As melhorias que o perfeccionista ainda vê entram numa fila depois do primeiro uso.

O loop (roteiro, talking head, um clique) já é o "pronto o bastante" para quem faz vibe coding neste módulo. A sessão seguinte pode refinar depois que uma marca usar o clique.

O que você faz com o módulo de agosto

Amanhã, abra o repositório do módulo que está comendo o calendário. Conte os commits do mês. Se o número já passou de dezenas e você ainda fala que precisa de melhorias, falta um "pronto o bastante" escrito num lugar que você não possa ignorar.

Defina o bastante no formato do AutoCut: o que entra e o que o clique devolve. Grave essa frase no README ou no quadro da live. O que não cabe nela espera o primeiro uso. O que já roda para uma marca, sobe. Publicar o módulo nesse estado, visível e ainda com melhorias na fila, é o que as leis do movimento pedem de quem constrói em público.

Thiago ainda estava no refinamento quando a live acabou, com o domínio no ar, o AutoCut aberto e a receita em R$ 0. Dá para assistir à live e ouvir o momento em que ele diz que quanto mais mexe pior fica, e mesmo assim pede ao job o módulo perfeito.