Trilhas hands-on: você sai com um sistema publicado, não só com um certificado.

• Visão geral antes de começar: o que cada ferramenta faz e onde ela entra na sua entrega
• A primeira conversa que resolve um problema de verdade seu, em 5 minutos
• Git, Node, IDE e conta no GitHub configurados com você, na sua máquina, na sessão
• Setup é responsabilidade da mentoria, não tarefa de casa: seja em turma de um ou de três, ninguém sai daqui com o ambiente pela metade
• Primeiro ciclo completo: clonar, editar, commit, push, ver no navegador

EntregaSua máquina funcionando e o projeto vazio no ar, com link público

• Cinco superfícies, não cinco concorrentes: conversa para pensar, projeto para trabalhar, terminal para construir, desenho para decidir uma tela, e navegador para o que vive fora do editor
• Cada uma resolve bem o que as outras resolvem mal, e usar a errada é o que faz parecer que a IA não funciona
• Por que existe mais de um modelo: capacidade, velocidade e custo
• O padrão que você leva para a vida: planeja no modelo forte, executa no intermediário
• Assinatura contra cobrança por uso, e onde conferir o preço atualizado em vez de decorar número

• O que trava um projeto não é o prompt, é a falta de organização em volta dele
• Pedido vago contra pedido delimitado, comparados na tela
• O projeto no Cowork: a pasta do seu computador conectada, com arquivos, instruções e memória próprios
• Deixa de ser conversa na nuvem sobre um código que a IA não vê
• Pedir o plano, revisar, só então liberar a execução
• As travas viram instruções escritas do projeto: não remover função existente sem avisar, não trocar biblioteca por conta própria, propor antes de reescrever
• Boas práticas que evitam retrabalho: o que mora no arquivo .env, por que ele fica fora do repositório, e o que se versiona no lugar dele
• A rede que protege o seu trabalho: commit como ponto de retorno, branch para experimento, e o que nunca colar em uma IA

EntregaVocê quebra o projeto de propósito e volta sozinho

• O problema vem do seu trabalho, da sua cidade ou de um processo que você conhece. Nunca inventado
• Recortar até caber no prazo real, com a lista do que fica de fora por escrito
• Documentar não é escrever um arquivo: é montar o conjunto que segura o projeto de pé, o que ele é, o que ele não é, o que já foi decidido e o que ainda falta
• Onde cada documento mora, quando se atualiza, e por que documento desatualizado atrapalha mais que documento ausente
• O PRD escrito junto com a IA, não por ela, e salvo na pasta conectada
• A partir daí ele é lido em toda sessão, sem você colar nada
• Três entradas possíveis: sem direção, com TCC ou mestrado já definido, ou sem vínculo acadêmico

EntregaA documentação do seu projeto montada e versionada

• Instalação, autenticação, e a diferença entre o que se configura uma vez para todos os seus projetos e o que é só deste
• O arquivo de regras do projeto: o que a IA lê antes de qualquer pedido seu, e por que ele vale mais que qualquer prompt
• Como escrever instrução que a IA obedece, e por que instrução vaga atrapalha mais que instrução nenhuma
• A arquitetura declarada por escrito: onde cada coisa mora, o que pode e o que não pode ser criado
• Habilidades reutilizáveis para o que você repete, em vez de reexplicar toda vez
• Como o contexto é montado, o que entra nele e o que não deveria
• Melhorar as regras a partir do que deu errado: cada erro vira uma linha que impede o próximo

EntregaO seu projeto configurado do jeito que o useforja.app foi configurado

• O terminal entra agora, e não antes: a organização do bloco 3 e a documentação do bloco 4 são o que sustentam ele
• A diferença que ninguém explica: o Cowork trabalha na pasta e entrega tarefa; o terminal vive no repositório, roda comando, lê o erro e corrige
• O bloco mais longo, justamente porque a construção deixou de acontecer em casa
• Ritual fixo, sem exceção: branch, rodar local, testar, aprovar, commit, push, preview, conferir, produção
• Cinco funcionalidades, escolhidas da sua documentação por ordem de risco: a mais arriscada primeiro, enquanto sobra trilha para consertar
• O banco de dados entra quando a primeira funcionalidade pede dado, e a chave dele mora no arquivo .env, nunca no código
• O preview gera link temporário: você testa no celular e envia ao orientador ou ao cliente antes de promover
• Quando uma tela precisa ser decidida antes de existir, o Design resolve em minutos, sem virar etapa do projeto

• Publicação de verdade: variáveis de ambiente, a prova em outro aparelho e outra rede, e um nome próprio: domínio seu, se quiser, ou o endereço com o nome do projeto
• README, decisões de arquitetura e limitações assumidas
• Justificar stack, banco e escopo sem blefar
• Declarar o uso de IA como ferramenta: usar é legítimo e é a realidade do mercado; omitir da banca, não
• Ensaio cronometrado, com o mentor no papel da banca

EntregaProjeto no ar, documentado, e a apresentação ensaiada

• A extensão de navegador: o que ela consegue fazer numa página e o que ela pede para conseguir
• Agendar uma tarefa que passou a se repetir, rodando na nuvem sem depender do seu computador ligado
• O GitHub como registro do que você construiu, legível por quem for avaliar
• Editais de inovação: onde ficam, o que pedem, e como um projeto entregue vira uma submissão
• O que um avaliador procura, e o que derruba uma proposta antes do mérito