Lovable brasileiro e DB Expert: produto com agente
Nome ousado exige entrega: agente + banco + deploy.
Resposta direta
Nome ousado exige entrega: agente + banco + deploy — o núcleo do material original é direto: Bom, pessoal, lançamos então o que a gente intitula de o Lovable Brasileiro, inclusive uma história bem interessante e rápida. Muitos de vocês já conhecem o nosso outro produto, que é o DB Expert, então o nosso cursor para banco de dados. E ele surgiu enquanto a gente construía o Skip, que é o nosso Lovable Brasileiro aqui. Justamente porque a gente estava tentando entender algumas coisas, algumas nuances de banco de dados, e nisso surgiu o DB Expert, que hoje já está chegando em 700 usuários.
O que o material mostra de fato
No material original, o ponto de partida não é teoria abstrata: é uma sequência concreta ligada a «Lovable brasileiro e DB Expert: produto com agente». E essa spread já chegou em 300 pessoas, porque eu também postei no LinkedIn hoje mais cedo, meu LinkedIn é de Ampalo Lepore, e cadê uma viralizada? Enfim, já entrou muita gente também na lista. Então, para vocês entrarem também no acesso antecipado, ou você digita goalskip.dev e vai entrar nessa página aqui e vai entrar no acesso antecipado, ou você olha aqui na descrição que eu vou deixar também o link aqui.
Detalhe do transcript que não pode virar genérico: Então, hoje tem um grupo ali de 20 pessoas testando ativamente com a gente, um grupo beta da comunidade e a gente vai estressar bastante com eles antes de realmente abrir pra todo mundo a sessão antecipada, mas isso pode ser mais rápido do que a gente espera. Então, o que eu vou pedir pra ele criar aqui? Acho que eu vou pedir um prompt bem mais ou menos.
Contexto e motivação
O contexto importa porque a mesma ideia muda de preço conforme ferramenta, fase do produto ou disciplina pessoal. Então, crie um app com o objetivo de ensinar em inglês se inspire em aplicativos como do oi a experiência deve ser completa e focada no novo né então focado no celular então vamos enviar aqui eu vou mostrar para vocês como é que funciona né por trás dos panos aqui tudo mais mas a gente tem aqui então diversos agentes né cada agente com o seu modelo ali por trás.
Detalhe do transcript que não pode virar genérico: O primeiro agente conversa com a própria aplicação, então ele monta o planejamento inicial, ele passa para o PM, então vocês estão vendo aqui o PM, aqui especificando a solução, justamente para especificar a solução, então ele vai definir tudo o que tem ali de funcionalidades, tudo o que ele vai criar de funções, tanto que quando a gente mexe nesse agente, lá no código, Ele é o que mais altera o resultado final da aplicação. Depois que ele especifica a solução, ele vai para a configuração do projeto e implementar a solução.
Como funciona na prática
Em vez de colecionar slogans, trate o conteúdo como checklist operacional: o que fazer nesta semana, o que medir, o que descartar. E nessa página implementando solução é onde a gente chama o nosso agente dev e ele começa de fato a codar a aplicação. Ele começa a gerar linhas de código realmente, montar os arquivos. separar em componentes e tudo mais. Então, assim que começar a aparecer as linhas de código aqui, eu vou dar uma acelerada nesse vídeo também, para a gente não ficar aqui vendo o motempão ali, ele gerando as linhas.
Detalhe do transcript que não pode virar genérico: E quando ele chegar aqui em testando solução, que é outra parte bem massa que eu quero falar com vocês, aí realmente eu volto e eu explico para vocês como é que funciona esse agente de testar solução. Por fim, ele vai versionar o projeto e vai fazer deploy da solução. Caso dê certo, ele vai colocar no ar e vai gerar um link, que quando a gente clicar aqui em publicar, a gente vai conseguir de fato acessar a aplicação pronta no geral.
Erros comuns e armadilhas
Onde isso quebra na prática: quem tenta atalho sem o mecanismo descrito no transcript perde consistência rápido. Aqui ele criou o nome do projeto, English Learning App, e aqui a gente consegue ver futuramente a versão para celular, e aqui a versão desktop. que está em uma telinha um pouquinho menor, a gente vai poder aumentar aqui depois. Mas aqui, ele começou a gerar as linhas de código, não sei se vocês estão vendo aqui embaixo. Normalmente, a cada projeto, ele gera de 2 mil a 4 mil linhas de código no primeiro prompt, justamente porque a nossa proposta é entregar mais, com menos prompts a curto prazo, a longo prazo.
Detalhe do transcript que não pode virar genérico: Aguardem que vai ser bem massa. E eu vou postar comparativos aqui também. e... Agora eu vou dar uma acelerada, cara, para que ele chegue na próxima etapa. Bom, pessoal, estava olhando aqui para o seu LineV, mas ele está testando a solução agora. Esse é um ponto legal. A gente testa a solução antes, vê se tem erro. Se tiver erro, ele volta para implementar a solução. Se não tiver, ele vai para versionando e deploy, colocar no ar o projeto de fato.
Checklist de aplicação
Na prática, isso vira rotina: escolha um experimento curto, documente antes/depois e só então escale. Vamos ver o que ele vai ver, se ele vai identificar algum erro e vai voltar a implementar ou já vai direto para o deploy. Isso aqui foi até bem rápido. Eu tenho que até voltar e ver. Ele gerou 1.386 linhas de código e ele agora vai colocar no ar a solução. Estou até curioso. para o que ele fez aqui. E olha só, pessoal, o que ele criou para uma primeira fase aqui. Caraca, ficou até semelhante, né? Um pouquinho com a interface do Duolingo.
Detalhe do transcript que não pode virar genérico: Quando eu coloco começar, essa parte ficou bem parecida. Até chocante, né? Apple, me digam aí. Maçã, verificar. Ótimo. Car, carro, verificar. Ótimo. Então aqui já deu o check no geral. Vamos ver se ele já criou a página de perfil. Criou a página de perfil. Ficou bem bacaninha aqui, inclusive. Vamos ver loja. Pô, criou a loja, cara. Ficou legal também. Ficou bem massa. E ranking. Tem um rankzinho aqui também. Inclusive um ranking de amigos, cara. Pô, ficou massa, cara. Ficou bem legal. Ele colocou até ofensiva, né?
Information gain
Ganho específico deste material (7843): preserve a especificidade de «Lovable brasileiro e DB Expert: produto com agente» — números, ferramentas e narrativa do source, sem genificar.
Próximo passo concreto
Feche o ciclo com um próximo passo observável — sem isso, o artigo vira entretenimento e some na timeline. Para quem usa Duolingo sabe o que isso aqui significa. E esse botãozinho aqui, esse flutuante aqui, ele ainda não criou uma funcionalidade de fato para ele. Mas legal como ele consegue bloquear aqui também alguns outros negócios. Mas bom, pessoal, então é isso que eu queria mostrar para vocês hoje. O que é de fato o Skip. A gente está bem animado, cara, porque a gente vai focar muito aqui no Brasil. Imagina o tanto de coisa que dá para fazer focando realmente em uma aplicação dessa para brasileiros. Dá para ser incrível.
Detalhe do transcript que não pode virar genérico: E acompanhe, acompanhe por aqui, acompanhe também pelo Insta, vou estar colocando muita coisa lá. E o Insta é o mesmo nome daqui, então é arroba codando sem codar. A gente tem que ficar controlando o custo. É um negócio que, cara, você gasta uma grana forte aqui dentro. Só nos últimos dois dias a gente gastou mil reais, para vocês terem noção, de custos nos testes com os 20 usuários ali que eu comentei com vocês. Mas é isso, pessoal.