VIBE IN PUBLIC_

Vibe coding para não deixar a IA mandar de volta para validar usuário: o link já funciona

O agente leu o site, recusou o MVP e tirou a jornada com usuário. Martin devolveu o link que já funciona e mandou traçar o roadmap a partir dele.

Martin disse vamos ver aqui nosso overclock. Em seguida o agente leu o site, recusou o MVP e tirou a jornada com usuário. O site, no julgamento dele, estava ruim e sem funcionalidade. Martin não deixou a conversa virar um "será que tá bom". A lição de vibe coding para não deixar a IA mandar de volta para validar usuário sai daí: se você já tem o produto que funciona para modelar, o próximo ponto é modelar aquilo e traçar o roadmap.

O agente falou do site. Crowd Code fez esse site. O link que Martin tinha mandado para modelar é outra peça: a ferramenta que já opera. O agente julga o site no ar. Martin trata o link como a peça para modelar.

O agente julgou o site e devolveu o ponto para o MVP

A fala é do agente, no Overclock, sobre o site de hoje:

Tá totalmente equivocado. Tá muito, muito, muito ruim o site do jeito que é hoje. Ele não tem funcionalidade. Eu jamais mostraria ele do jeito que tá agora para pessoas reais. Tem que melhorar muito antes de considerar isso aqui um MVP. Então, esquece achar que o próximo ponto seria validar a jornada com usuários reais.

Depois do julgamento do site ele fecha essa porta: ainda não é MVP, então o próximo ponto não seria validar. Esse enquadramento manda o builder de volta para a prontidão: site ruim, ainda não é MVP, o assunto vira se dá para mostrar para gente de verdade. A conversa puxa o será que tá bom aplicado ao site.

O link de modelar já é uma ferramenta que funciona

Martin corta e separa as 2 peças: o site que o agente julgou e o link que ele tinha dado para modelar.

Pô, o link que eu te dei pra gente modelar já é uma ferramenta que funciona, entendeu?

Ele devolve a peça que o agente não usou e fala do papel do link: modelar o que já opera. O "pra gente modelar" da aspa aponta para esse link, o que ele já tinha dado.

Na mesma respiração ele recusa o "será que tá bom":

Eu não, eu não quero saber se ah, será que tá bom? Não é só modelar o que a gente já sabe que funciona.

Na sequência ele manda o link outra vez:

Vou até te passar o link de novo para você traçar o roadmap, correto

O próximo ponto, na boca dele, é o roadmap correto a partir da ferramenta que já existe. Martin recoloca o link de modelar e pede o desenho do caminho a partir daquilo que já opera.

O PRÓXIMO PONTO

Agente no Overclock

Site ruim, sem funcionalidade. Não é MVP. Esquece validar a jornada

Martin devolve o link

Já funciona. Pede o roadmap a partir dele

Vibe coding para não deixar a IA mandar de volta para validar usuário

O agente respondeu com o site. Martin devolveu o link que já tinha dado para modelar e pediu o roadmap a partir dele.

No vibe coding com um agente, o modelo mistura o que está ruim no ar com o que já opera. O agente lê o site e responde com o site. Se o site não é a peça que você quer modelar, a resposta puxa o próximo ponto para o lugar errado. Foi o mesmo caminho de vibe coding para nao escrever ats se o usuario nao sabe o que e. Isso aparece também em vibe coding para nao deixar o desfazer expirar em 6 segundos.

O overview da sessão do Fable, outro recorte desta live, está em quanto custa o Claude.

Amanhã o próximo ponto sai do link que já funciona

Amanhã, se o agente ler o site no Overclock, recusar o MVP e fechar a jornada com usuário, você manda outra vez o link da ferramenta que já funciona e pede o roadmap a partir dela. O próximo ponto sai desse link. Separe o site no ar do link que já opera e peça o roadmap a partir do link.

Quem quiser ouvir o pra gente modelar e o será que tá bom pode assistir à live.