Vibe coding para separar o que falta de código do que falta de configuração

Pergunte ao agente o que falta para publicar e ele devolve uma lista só, com tudo no mesmo nível. Dentro dela convivem 2 naturezas de trabalho que se comportam de forma oposta: a parte que é código e a parte que é preencher formulário num painel. Ler a lista sem separar as 2 é o que faz uma estimativa parecer tranquila e depois arrastar por semanas.

Martin esbarrou nisso ao estimar quanto faltava para o Fumava, o app que ele está construindo para quem quer parar de fumar, chegar à loja. Ele tinha acabado de pedir um panorama do projeto, e no meio da resposta veio a conta do que separava o app de estar publicável:

"O [gargalo] não é dinheiro, é 12 horas e a maior parte configuração de produto na Play console, teste de compra."

O gargalo estava no painel da loja

As 12 horas são estimativa do agente, dita 1 vez na live. O que importa nelas está na segunda metade da frase: a maior parte daquele tempo era configuração de produto dentro do Play Console, mais o teste do fluxo de compra. Campo preenchido, declaração feita, e depois a verificação de que uma compra acontece de verdade do outro lado. Escrever tela nova não estava no caminho crítico.

A mesma resposta trouxe uma nota técnica sobre esse teste de compra:

"Dava para testar com pay sem cobrar ninguém."

A trilha sem código é um bloco inteiro

O panorama do projeto separou os 2 lados e deu nome ao segundo: uma trilha sem código. Nela estavam ativar a conta, ter política de privacidade, preencher o formulário de segurança de dados, responder o questionário de classificação do conteúdo, montar a ficha de loja com os ícones e oferecer exclusão de conta. Essa enumeração serve para mostrar o tamanho da categoria. Os itens exatos são exigências de uma loja de terceiro e mudam sem aviso, então a fonte que vale é a documentação atual no dia em que você for fazer. Um exemplo real dessas dificuldades aparece em vibe coding para preencher seguranca de dados quando app cria conta anonima, onde respostas aparentemente simples precisam estar alinhadas com outras decisões sobre o produto. Isso aparece também em vibe coding para reverter codigo quebrado. Isso aparece também em refatorar codigo.

Esse tamanho é o que passa despercebido. Uma trilha paralela, com itens próprios, cada um com o seu formulário e a sua aprovação, ocupa espaço no calendário igual a qualquer bloco de desenvolvimento. Mesmo quando a decisão de aceitar um sinal antecipado é a certa, como em vibe coding para confirmar deploy sem esperar verificacao completa, a configuração continua no caminho crítico do que sai depois.

Os 2 tipos travam por motivos diferentes

Código trava por dificuldade técnica. Você não sabe fazer, ou a biblioteca não coopera. Esse bloqueio responde a esforço e a ajuda: sentar mais tempo resolve, e é exatamente aqui que o agente rende, porque ele sabe a parte que você não sabe.

Configuração trava por espera de aprovação de terceiro, por documento que você não tem em mãos, por uma conta que precisa estar ativa antes de o próximo passo sequer aparecer. Nenhum desses bloqueios cede a esforço, e o agente também não pode assumir a tarefa por você, porque o que a loja pede é a sua conta, os seus dados e a sua assinatura.

A estimativa engana porque some com essa diferença

"Faltam 12 horas" entra no ouvido como 12 horas de programação, que é o trabalho que quem começou um app se imagina fazendo. 12 horas preenchendo formulário e conferindo declaração são outra experiência: sem sensação de progresso e com uma interrupção a cada campo que exige informação que você ainda vai ter que buscar.

Por isso essa metade fica para a semana seguinte, empurrada para lá pelo tédio e não por dificuldade nenhuma. A estimativa sai otimista 2 vezes: no total de horas e na disposição de encarar as horas mais chatas.

No vibe coding a papelada vira a maior fatia

A distorção aumenta quando o código sai rápido. A metade que o agente resolve encolheu muito; a metade que depende de você não encolheu nada, porque responder o questionário de classificação do conteúdo leva hoje o mesmo tempo que levava antes de existir agente. Quem faz vibe coding constrói em dias o que levava semanas e continua gastando os mesmos dias no painel. Quanto mais rápido o código sai, maior a fatia do calendário que é papelada.

Daí a consequência que muda a ordem do trabalho: a trilha sem código pode começar antes, porque ela não depende de o produto estar pronto. Ativar a conta e responder o questionário não esperam a tela final existir. É a parte que você faz enquanto o agente trabalha.

Em como publicar um app na Play Store está quando começar esse processo; aqui está de que tipo é o trabalho que ainda falta. A estimativa inteira, com o resto do panorama, está na live do Fumava.

O que fazer com a próxima lista do que falta

Pegue a lista que o agente devolveu e reescreva em 2 colunas antes de somar qualquer hora. De um lado o que precisa de você escrevendo ou revisando código, do outro o que acontece num painel ou numa fila de aprovação de terceiro. A lista que o vibe coding devolve é rápida de gerar e vem sempre nivelada, então essa separação é sua.

Some as horas de cada coluna em separado, porque um total único esconde qual das 2 vai te atrasar. Depois comece pela coluna de configuração hoje, com o produto ainda pela metade, e deixe a coluna de código para a próxima sessão. Para cada item de configuração, anote o que ele exige de você que não é trabalho: um documento que você vai ter que arrumar, uma resposta que só chega quando o outro lado responder. Nenhum deles acelera depois, e são esses que precisam começar cedo.