Vibe coding para página de política de privacidade sem escrever na mão

A Play Store pede uma página de política de privacidade no ar antes de o app entrar na loja. Martin, que não é developer e constrói o Fumava em vibe coding, tirou esse item do caminho pedindo ao cloud, o Claude Code que ele usa no VS Code, e chegou na live de 26 min com a página publicada.

O app é para ajudar pessoas a deixar de fumar. O domínio fumava.com.br já estava comprado. Ele não abriu a URL para o espectador ler o texto e não leu o prompt em voz alta. O que a live prova é o relato: a página responde 3 perguntas que ele listou, e a loja, na boca dele, não recebe o app sem isso.

A loja pede a página e ele nomeou o que ela cobre

A política estava na lista do que ele fez antes de transmitir, logo depois do conserto do menu:

o ícone do menu estava gozado, ajustámos isso. Página de políticas de privacidade no ar.

"No ar" é página publicada no domínio que ele já tinha. O caminho exato não foi dito. O que se copia é o status, não um slug.

Ele descreveu o conteúdo sem colar o texto na tela:

Que que é isso, Martinho? Basicamente uma página com as políticas de privacidade aqui, certo? Quem é responsável pelos dados? O que que a aplicação recolha de informação sobre a pessoa? O que que a aplicação não recolhe.

Esse é o recorte inteiro que ele deu do conteúdo. A live não cita lei e não cita o parágrafo da política da Google. A obrigação entra na frase seguinte, como afirmação dele:

Isso aqui é obrigatório para nós fazermos ali a colocar esta aplicação dentro da Play Store, ok?

Quem ainda está no formulário da loja encontra o restante do envio em como publicar um app na Play Store. O assunto daqui é o que ele fez com a página.

Vibe coding para página de política de privacidade acontece no cloud

A operação que ele descreveu passa pelo mesmo cloud do app:

Então fizemos isto daqui muito simples de fazer dentro do do cloud, certo? Eu já tinha comprado o domínio fumava.com.br.

A página saiu do cloud no domínio que ele já tinha comprado. Pediu no mesmo agente do produto e trouxe o status "no ar". Essa é a ordem que a live mostra. Isso aparece também em pagina em construção.

O prompt não está gravado, então não há receita de cláusula para copiar. O que dá para repetir amanhã é o briefing das 3 perguntas e o destino: uma URL pública no domínio do produto. O vibe coding que ele pratica já tinha o agente no fluxo do Fumava. A política entrou nesse fluxo, no mesmo lugar em que o app é construído.

A câmera ligou com a página pronta

Ele disse por que a política não foi escrita no ar:

tarefas completadas antes do live para não prejudicar muito tempo do desenvolvimento.

Na sessão ele relata. Não gera a página enquanto a gente assiste. Como ele encaixa tarefa fora da câmera está em vibe coding para quem trabalha em tempo integral. O fato que interessa aqui: a página saiu da fila antes da live, e o status que ele trouxe foi "no ar". Vale ver como isso terminou em vibe coding para nao esconder o controle na pagina que o menu nao abre.

Quem espera ver o prompt e o texto nascer no chat não encontra essa cena. Encontra o recorte posterior, item feito e briefing falado, com a página já pública. A lição continua de pé, porque o obstáculo (a loja pede a página) e a decisão (pedir no cloud, no domínio já comprado) estão na fala.

O que você pede ao agente amanhã

Se a Play Store é o próximo passo e a página ainda não existe, resolva o domínio primeiro. Martin só pôde dizer "no ar" porque fumava.com.br já era dele. Depois abra o mesmo agente com que você já constrói o app e peça uma página pública que responda as 3 perguntas que ele falou. Publique no domínio. Abra o link deslogado.

O agente só acerta esse briefing se você levar o responsável e o que o app de fato recolhe, inclusive o que ele deixa de fora. Se uma das 3 respostas ficar vaga, a página não cobre o recorte que Martin usou para a loja. A live não mostra o texto final. Mostra o briefing e o status.

Dá para assistir à live e ouvir o momento em que ele aponta a página no ar e lista o que ela cobre.