Mapa da trilha
Conteúdo detalhado
🖥️ Vibe Coding: correções de frontend ao vivo
O agente deixa de adivinhar código. Abre o navegador visível, injeta o ajuste ao vivo, mostra na tela e só grava no código-fonte depois da sua aprovação — sempre numa branch sandbox segura.
Inverter a ordem clássica do agente: em vez de editar arquivos e torcer, ele abre o navegador, inspeciona e testa o ajuste ao vivo primeiro.
Acaba com o ciclo "editar → buildar → conferir → reverter". Cada correção é validada com os olhos antes de tocar no código.
É assim que um dev de verdade trabalha: DevTools aberto, ajuste visual, depois código permanente.
Um hard stop logo no início: o agente detecta o diretório ativo e pergunta se é o repositório certo antes de qualquer git, browser ou edição.
Evita o pesadelo de mexer no projeto errado. Um passo barato que previne dano caro.
Detectar o workspace, mostrar o caminho, esperar confirmação explícita. Sem "achismo" de diretório.
Antes de analisar ou abrir o navegador, o agente cria e troca para uma branch local vibe/descricao — uma área de testes segura.
Você experimenta sem medo: a main nunca é tocada e cada correção fica isolada na sua própria branch.
Verificar git status, oferecer backup do trabalho não commitado, criar a branch ANTES de qualquer trabalho.
Um navegador automatizado, NÃO headless, abre a URL alvo na sua tela. O agente inspeciona o DOM e injeta CSS/JS direto na página em execução.
Você vê a automação acontecer ao vivo e o agente testa correções sem editar um único arquivo do projeto.
Dev server local OU URL hospedada, inspeção de DOM, screenshots, recuperação de sessão se a página recarregar.
Quatro portões de aprovação obrigatórios: aprovação visual, aprovação da estratégia, revisão do código e aprovação do push.
O agente literalmente não consegue pular etapas. Você dá o "pode ir" em cada momento crítico — seu código, suas regras.
Regra anti-merge e anti-steamroll: estratégia e aplicação NUNCA na mesma resposta. Cada passo, sua própria aprovação.
Traduzir o ajuste temporário do navegador em código-fonte limpo e permanente — só depois de estratégia aprovada — e fechar a sessão.
Apenas a correção final e perfeita vira código. O histórico do git fica limpo, sem uma dúzia de tentativas falhas.
"Persistir na fonte" (não "hardcode"), limpar gambiarras, push em branch dedicada, sessão nova para a próxima correção.
🧲 Funnel Builder: um prompt, funil inteiro
Uma suíte de skills coordenadas com um orquestrador central que pega sua oferta e produz um funil completo e pronto para publicar — páginas, e-mails, scripts e o próprio ímã digital — numa única sessão.
Um conjunto de skills especialistas (landing, e-mail, VSL, lead magnet, quiz...) com um orquestrador central que decide quem entra e quando.
O gargalo nunca foi estratégia — era execução. Uma suíte coordenada produz tudo, consistente, numa sessão só.
Orquestrador + especialistas, mapa de assets, ordem de construção determinada por dependências.
Lead magnet, opt-in, webinar, VSL, lançamento, low/high-ticket, challenge, quiz, flash sale, re-engajamento e SaaS/trial — cada um com seu mapa de assets.
Nomear o tipo de funil faz a suíte escolher automaticamente quais páginas vêm primeiro e quais e-mails dependem de quê.
Para cada tipo, ela conhece a ordem exata: quais scripts escrever antes da sequência, quais páginas antes dos e-mails.
Páginas com copy completa, sequências de e-mail, o ímã digital como arquivo real (PDF baixável), social packs, variantes de headline e o folder do projeto inteiro.
Não é outline: é o arquivo de verdade, pronto para soltar no Kajabi, ClickFunnels, Webflow ou HTML puro.
Uma subpasta por tipo de asset, tudo nomeado e salvo conforme avança, confirmando cada peça.
Um ritual de arranque: sessão nova, oferta em uma frase, colar assets existentes, dizer a plataforma, o tipo e a meta do funil.
Fazer isso dá resultados dramaticamente melhores. Sessão fresca isola o projeto e nada vaza de trabalhos anteriores.
Oferta clara ("um mini-curso de $27 para freelancers...") > vaga ("um curso sobre preços").
Depois do intake, a suíte mostra o mapa de assets completo — todo entregável, em ordem. Uma aprovação dispara o build inteiro.
Ela não pausa pedindo permissão a cada peça: aprova o plano e deixa terminar, salvando e confirmando cada asset.
Revisar o plano, dizer "build it", deixar finalizar. Tudo termina organizado numa pasta única.
Um caso real: um brief curto de webinar gera script de 75 min, página de registro, confirmação, sequências de e-mail, página de replay e social pack.
Ver o funil inteiro nascer de uma frase mostra o que a coordenação entre skills realmente entrega.
Brief → plano → script → páginas → e-mails (lembrete, attended, no-show) → replay → social. Tudo numa pasta.