ANÚNCIO

~/questoes/codex

Em quantos prompts o projeto FreelaDash completo foi construído no curso?

Responda, confira o feedback e use o resultado para orientar sua revisão.
Aula de referência Curso Codex com Skills e Projeto
Para fixar

Construção Iterativa do FreelaDash: Entendendo os Prompts do Codex

Conceito central

A construção de um projeto completo com o Codex não acontece em um único prompt genérico, mas em múltiplos prompts bem estruturados, cada um focando em uma camada específica da aplicação. Essa abordagem iterativa permite que o agente de código construa sistemas complexos de forma organizada e eficiente.

Por que essa resposta faz sentido

O FreelaDash foi construído em exatamente três prompts separados: o primeiro criou a base (estrutura, banco de dados e autenticação), o segundo desenvolveu o core funcional (dashboard, métricas e CRUD), e o terceiro implementou o sistema de cobranças com geração de PDF. Essa divisão em camadas é fundamental para que o Codex entenda melhor cada objetivo.

Armadilhas comuns

  • Confundir quantidade de prompts com quantidade de funcionalidades. FreelaDash tem muitas funcionalidades (login, dashboard, CRUD, timer, PDF), mas isso não significa que precisou de um prompt para cada uma.
  • Pensar que projetos complexos precisam de muitos prompts pequenos. Na verdade, três prompts bem pensados saem mais rápido e com melhor qualidade que dez prompts desorganizados.
  • Imaginar que a divisão é aleatória. Os três prompts seguem uma lógica: primeiro o alicerce, depois a estrutura, depois a especialização. Essa ordem importa.

Entenda as alternativas

A

Dividir apenas entre backend e frontend ignora a complexidade real do projeto. O FreelaDash tem três camadas bem definidas (base, core e cobranças), não apenas duas. Essa simplificação não reflete como projetos reais são construídos com agentes de código.

B

Um único prompt genérico raramente funciona para aplicações completas. O Codex trabalha melhor quando recebe instruções específicas e focadas em cada etapa. Tentar colocar tudo em um prompt só resultaria em compreensão fragmentada e código desorganizado.

C

Esta é a abordagem correta. Três prompts bem definidos permitem que o Codex construa cada componente com clareza: primeiro a fundação (base), depois as funcionalidades principais (core) e finalmente o sistema de receita (cobranças com PDF).

D

Cinco prompts seria excessivo e quebraria desnecessariamente o fluxo. O projeto foi estruturado de forma mais eficiente em apenas três prompts estratégicos que cobrem todas as necessidades sem fragmentação exagerada.

Dica prática: Quando trabalhar com agentes de código, sempre comece pela base (banco de dados, autenticação, estrutura), depois o core (funcionalidades principais) e por fim especializações (relatórios, exportações, integrações). Essa hierarquia acelera o desenvolvimento e reduz problemas de dependência entre componentes.

Revise pensando: Se você fosse construir um app similar com Codex, qual seria a ordem lógica dos seus prompts? Consegue identificar as três camadas naturais do seu projeto?