Lançamento de produto no vibe coding: catálogo e persistência antes do checkout
Lançamento de produto no vibe coding: Thiago fecha catálogo e persistência durável antes da guarda e do checkout. A ordem invertida gera retrabalho.
Lançamento de produto no vibe coding fecha o catálogo de operações pagas e a persistência durável antes da guarda e do checkout. Thiago abre o plano de lançamento Autopilot Beta numa live de 185 min e a primeira ordem pedia construir a guarda central de crédito antes de fechar o catálogo. O pente fino da spec veio do agente e apontou retrabalho nessa sequência.
Se a guarda sobe enquanto o catálogo ainda muda, o trabalho volta em jobs longos, com a guarda reescrita a cada operação nova.
A primeira ordem pedia a guarda antes do catálogo
O plano de lançamento Autopilot Beta colocou a guarda central de crédito na frente. Fechar o catálogo de operações e a persistência durável vinha depois. Sem o inventário das rotas que chamam API paga, a guarda cobre o que já está visível e deixa furo no que ainda não foi listado.
A fase A, no começo da spec, pede o inventário de todas as rotas e webhooks que chamam APIs pagas. Rota ou webhook que dispara provider pago entra na lista. A matriz da spec lista rota, provider, custo, crédito, reserva, telemetria, tenante. A fase B continua esse inventário até o catálogo das operações ficar completo.
Persistência durável entra quando esse catálogo existe. O consumo das operações precisa sobreviver ao job longo. A guarda usa esse histórico. Sem persistência, o consumo some no meio do job e a guarda sobe de novo.
A guarda entra nas rotas e nos webhooks que o inventário marcou como chamada de API paga. O pente fino aponta retrabalho em jobs longos que montam a guarda cedo demais: cada rota nova ou cada operação que entra depois reabre o que já tinha sido tratado como fechado.
A landing page SaaS desta live é outro recorte. Aqui o recorte é a ordem do plano.
O agente corrige a ordem do lançamento de produto
Thiago lê o pente e reage:
Não tá fácil não, hein? Você tá doido.
Quem rearranjou a ordem foi o agente. A conclusão da spec é que dá para lançar cedo. Primeiro conclui a fase A, a fase B, o inventário completo e o catálogo das rotas pagas e das operações. Guarda e checkout entram depois.
ORDEM DO PLANO
Primeira ordem
Guarda central de crédito antes do catálogo e da persistência
Ordem corrigida
Catálogo, persistência durável, guarda, precificação, teste, checkout
Os critérios de go no go ficaram no documento. A sessão deixa a ordem no plano.
A documentação técnica desta mesma live é outro pedaço. O que é versão beta desta live é outro recorte.
Lançamento de produto no vibe coding no meio do caminho
Com a spec atualizada, Thiago manda executar.
Então, execute o plano.
Na sequência ele completa o pedido:
Então, execute o plano no meio do caminho. Ver que tem que arrumar algo. Arrumar algo. Arrume.
No vibe coding, a spec segura a ordem e o builder autoriza o agente a correr e corrigir. Thiago lê a ordem nova e manda executar. Se no meio do caminho aparecer buraco no inventário ou na persistência, o agente arruma e segue.
O resultado gravado é essa autorização. Taurus Hub e Autopilot Beta continuam no plano. A live de 185 min não mostra o checkout no ar.
O que você fecha antes de abrir o checkout
Amanhã, no lançamento de produto, você inventaria as rotas e webhooks que chamam API paga e monta a matriz da spec: rota, provider, custo, crédito, reserva, telemetria, tenante. Fecha o catálogo de operações e a persistência durável. Depois vem a guarda central, a precificação, o teste e o checkout. O inventário da fase A é o primeiro artefato. A tela de pagar entra no fim da fila.
AMANHÃ NO LANÇAMENTO
- 01Inventarie rotas e webhooks que chamam API paga
- 02Feche o catálogo de operações e a persistência durável
- 03Monte a guarda central, precifique e teste
- 04Só então abra o checkout
Dá para assistir à live e ouvir o pente fino, a ordem corrigida e a autorização para executar no meio do caminho. A gravação tem 185 min e termina com o plano na ordem nova, sem o checkout no ar.