Vibe coding para depois do pay ser a tela e não a ordem de build

Martin manda atualizar o item 45: o botão SOS do Fumava é pós pay, depois do paywall. O agente trata a frase como ordem de build, o botão ficaria para depois que o pay existisse. Martin interrompe e diz o que "depois do pay" pedia nesta live.

O SOS fecha nesta janela, antes de subir o pay. Quem já pagou é que vê o botão. Se o recado para no "pós pay", o 45 some da sprint e o paywall sobe com o SOS ainda aberto.

O item 45 entrou no documento como pós pay

Com o arquivo de melhorias na frente, Martin dita o update.

que já pode atualizar que o o item 45, o botão SOS, é óbvio que ele é depois do payw, né?

Pouco depois ele repete a decisão, agora com o nome que usa na janela.

já decidi que o botão ele é pós pay, né? Depois do paywall.

A respiração guiada desta live já cobriu o SOS de 60 segundos. Este recorte é a ambiguidade de "depois do pay".

Ele abre o Corel. O app já tem 4 telas. Vai atrás de inspiração no Puff Count e pergunta qual dos apps de parar de fumar tinha um botão de SOS. Quer saber onde o botão mora na interface de hoje, e a posição continua em aberto na mesma conversa em que ele cravou o pós pay.

Martin corrige o "depois" no meio da live

O agente pergunta de um jeito que Martin ouve como tela de produção: o botão apareceria antes da pessoa pagar, depois que eles soltassem a versão assinada. Martin fala em erro de contexto.

Quando eu digo depois do pay, eu não digo que vai ser feito depois que a gente construiu o pay. Achei que você tava perguntando se ele apareceria antes da pessoa pagar depois que a gente soltasse a versão de produção, que vai ter que ser assinado e tal, vai, entendeu? Então não, a gente vai finalizar ele antes de subir o pay, tá? Enfim, eu que entendi errado a pergunta.

O pagante vê o SOS depois que pagar. O time finaliza o botão antes de subir o pay. A versão de produção ainda vai ser assinada. Essa assinatura não empurra o item 45 para uma janela depois do paywall. Foi o mesmo caminho de vibe coding para nao mexer nas faixas depois do pedido de producao. Vale ver como isso terminou em vibe coding para pedir avaliacao depois de um momento positivo. Foi o mesmo caminho de vibe coding para hard pay depois do onboarding. Isso aparece também em vibe coding para nao cadastrar 47 como 4000.

O in-app purchase desta live ficou no console, em outro recorte. Os 7 dias de teste fechado / janela JS também já saíram. O que quebra aqui é a palavra "depois" na boca de quem constrói com agente. Foi o mesmo caminho de pay as you go.

O agente volta ao 45 já com a ordem de build corrigida. O que ele ainda pede é layout.

Prontos para você decidir 45. Espera uma única resposta. Onde o botão mora na tela hoje? É a última coisa entre ele e o código.

Martin diz que hoje não tem cabeça para verificar isso. A live dura 62 min e ele encerra o 45 ainda sem código, pós pay decidido e lugar na tela em aberto.

No vibe coding, "depois do pay" vira ordem de build

Um agente de vibe coding lê o item 45, o botão SOS, marcado depois do paywall. Na lista, depois significa ordem: termina o pay, só então escreve o botão. Martin queria a tela de quem já pagou, com o código do SOS pronto antes do pay ir para o ar. Isso aparece também em vibe coding para nunca silenciar aviso do lint.

O recado que para no pós pay deixa o agente estacionar o 45 até o pay existir, e o SOS some da janela em que Martin queria finalizar o botão.

A fala que ele mesmo deu cabe no prompt da próxima janela: finalizar o botão antes de subir o pay, e mostrar o botão depois que a pessoa pagar.

Cole as 2 linhas antes de pedir o 45 de novo

Na próxima hora com o agente, o recado de uma feature "depois do pay" traz no mesmo bloco a tela do pagante e a hora do código. Se faltar a hora, o 45 volta para depois do pay na lista.

No vibe coding deste recorte, Martin disse pós pay e teve que parar o agente no "eu que entendi errado a pergunta". Dá para assistir à live e ouvir o "finalizar ele antes de subir o pay" com o Corel ainda aberto e o 45 sem posição na tela.