TRILHA 3

๐Ÿš€ Projetos โ€” Setup 70/20/10 em casos reais

6 projetos cobrindo os tipos mais comuns de trabalho. Em cada um, voce ve o plano, os prompts usados e o custo final. Tudo replicavel.

6
Projetos
36
Topicos
~4h
Duracao
Avancado
Nivel

Mapa dos 6 projetos

Cada projeto cobre uma situacao tipica. Nao precisa fazer em ordem โ€” comece pelo que se parece com seu caso.

3.1

Landing + backend

SaaS pequeno, 2 telas, 1 banco

3.2

Refatoracao legada

Codigo antigo, sem testes

3.3

App full-stack

Next.js + Supabase, do zero

3.4

Scripts e automacao

CLI, cron, integracao

3.5

API + testes

Microservico com cobertura

3.6

Estudo comparativo

Mesma feature, 3 setups

Conteudo detalhado

Cada projeto e um modulo. Os 6 topicos seguem o ciclo: contexto โ†’ plano โ†’ UX โ†’ implementacao โ†’ revisao โ†’ resultado/custo.

3.1 ~40 min

๐Ÿš€ Landing page + backend simples

SaaS pequeno: 1 landing, 1 form de waitlist, 1 painel admin. Fluxo completo do zero ao deploy.

O que e:

Landing com hero + cta. Form salva email em DB. Admin lista emails com auth simples. Stack: Next.js + Postgres + Tailwind.

Por que aprender:

Briefing claro e meio caminho โ€” o plano fica trivial e os modelos nao inventam scope.

Conceitos-chave:

Escopo minimo, stack pre-definido, criterios de pronto.

O que e:

Output esperado: arvore de arquivos, migrations SQL, rotas de API, lista de paginas. Tudo em markdown salvo em PLAN.md.

Por que aprender:

Plano bom = execucao rapida. Veja exatamente o que pedir e como formatar a resposta.

Conceitos-chave:

Plano detalhado, schema-first, contratos de API.

O que e:

Opus le o briefing, sugere headline, subheadline, CTA, microcopy de validacao do form, paleta de cor coerente.

Por que aprender:

Landing sem copy bom converte 3x menos. Opus aqui faz a diferenca entre "ok" e "uau".

Conceitos-chave:

Conversion copy, hierarquia visual, microcopy de form.

O que e:

Passa PLAN.md + COPY.md como contexto. DeepSeek gera Next.js pages, API routes, migration, componentes Tailwind.

Por que aprender:

Aqui e onde os 70% se materializam. Codigo correto, rapido, barato.

Conceitos-chave:

Context-driven generation, throughput, qualidade boa-o-suficiente.

O que e:

Passa PLAN.md + git diff. GPT-5.5 retorna checklist: 2 bugs encontrados (validacao de email frouxa, falta rate limit no form).

Por que aprender:

Esses bugs nao sao bobos โ€” sao exatamente o que escapa em revisao manual.

Conceitos-chave:

Code review automatico, bugs comuns em forms, anti-spam.

O que e:

Tempo total: 1h30. Custo: $0.10 GPT-5.5 plano + $0.08 Opus copy + $0.18 DeepSeek code + $0.04 GPT-5.5 review = $0.40.

Por que aprender:

Comparativo: single-Opus seria ~$3. Single-DeepSeek seria $0.30 mas com bugs em producao.

Conceitos-chave:

Custo total mensuravel, ROI da revisao, baseline para novos projetos.

3.2 ~40 min

๐Ÿงน Refatoracao de codigo legado

Codigo antigo, sem testes, com regras de negocio entrelacadas. Estrategia de modernizacao incremental.

O que e:

Manda 5 arquivos centrais para Opus (1M de contexto ajuda). Pede: lista de problemas em ordem de impacto.

Por que aprender:

Refatorar sem priorizar e jogar fora esforco. O diagnostico organiza onde mexer primeiro.

Conceitos-chave:

Code smells, priorizacao por impacto, refactoring map.

O que e:

Com diagnostico em maos, GPT-5.5 propoe arquitetura-alvo: novos modulos, interfaces, ordem das migracoes.

Por que aprender:

Sem destino claro, refatoracao vira "limpeza eterna" sem chegar a lugar nenhum.

Conceitos-chave:

Target architecture, strangler pattern, plano em fases.

O que e:

Antes de refatorar, DeepSeek le o codigo atual e gera testes que capturam o comportamento existente. Garante que refatoracao nao quebra nada.

Por que aprender:

Refatorar sem testes e cega. Testes-de-caracterizacao sao o cinto de seguranca.

Conceitos-chave:

Characterization tests, golden master, safety net.

O que e:

DeepSeek refatora um modulo por commit, sempre rodando os testes. Se quebra: rollback e ajuste.

Por que aprender:

Refatoracao em batch e desastre. Incremental + testes e o unico caminho seguro.

Conceitos-chave:

Refactoring incremental, rollback rapido, fail fast.

O que e:

Pega diff antes/depois, plano original, e GPT-5.5 confirma: "manteve a regra X?", "ainda trata edge case Y?".

Por que aprender:

Tests passam mas semantica pode mudar sutilmente. Revisao por modelo forte pega isso.

Conceitos-chave:

Auditoria semantica, regra de negocio preservada, edge cases.

O que e:

Refatoracao: 5 modulos, 12 commits, 200 testes gerados. Custo: $1.20 total. Tempo humano: 3h (estimativa era 8h).

Por que aprender:

Geracao automatica de testes e o que mais corta tempo. DeepSeek brilha em volume.

Conceitos-chave:

Aceleracao por automacao, ROI de testes, custo vs tempo humano.

3.3 ~50 min

๐Ÿ“ฑ App full-stack do zero (Next.js + Supabase)

Aplicacao completa com auth, DB, RLS, dashboards. O caso mais completo da trilha.

O que e:

App: signup, dashboard, criar projeto, lista de tasks por projeto, convidar membros. RLS por team_id.

Por que aprender:

Caso "produto de SaaS classico". Dominado isso, voce constroi qualquer SaaS pequeno.

Conceitos-chave:

Multi-tenancy, RLS, auth com email magico.

O que e:

SCHEMA.sql, POLICIES.sql, PAGES.md, COMPONENTS.md. Cada arquivo vira input para etapas seguintes.

Por que aprender:

Em projeto medio, 1 doc nao basta. 4 docs separados mantem cada area com escopo claro.

Conceitos-chave:

Documentos por dominio, separation of concerns no plano.

O que e:

Opus le PAGES.md e descreve estados de UI: vazio, com 1 task, com 100 tasks, em loading, em erro. + microcopy.

Por que aprender:

Estados de UI sao o que separa MVP de produto polido. Opus pensa neles automaticamente.

Conceitos-chave:

Empty states, loading states, error states, microcopy.

O que e:

Batch 1: migrations + RLS. Batch 2: API routes. Batch 3: componentes + paginas. Cada batch valida antes do proximo.

Por que aprender:

Em projeto grande, mandar tudo de uma vez explode contexto. Batch funciona melhor.

Conceitos-chave:

Batching de tarefas, validacao entre batchs, contexto controlado.

O que e:

Multi-tenant tem armadilha: query "esquece" o team_id. GPT-5.5 le todas as queries e confirma isolamento.

Por que aprender:

Vazamento entre tenants destroi confianca. Vale o pass extra.

Conceitos-chave:

Tenant isolation, RLS audit, IDOR prevention.

O que e:

8h de trabalho humano + $4 de IA. Mesmo MVP cotado em freelancer: $1500 e 2 semanas.

Por que aprender:

Diferenca de magnitude. Setup multi-modelo nao e 20% melhor โ€” e estruturalmente diferente.

Conceitos-chave:

Custo total comparado, tempo ate MVP, mudanca de patamar.

3.4 ~30 min

โš™๏ธ Scripts e automacoes de rotina

CLI utilitario, integracao entre 2 sistemas, cron job. O caso onde DeepSeek puro brilha mais.

O que e:

Tally manda webhook para servico Node. Servico transforma payload e cria pagina no Notion. Logging em Supabase.

Por que aprender:

Tipo "automacao plumbing" โ€” nao tem UX, e codigo glue. DeepSeek sozinho cobre 90%.

Conceitos-chave:

Webhook handler, transformacao de payload, integracao API.

O que e:

Para script pequeno, plano e 1 paragrafo: "endpoint POST recebe X, transforma Y, posta em Z, registra W". GPT-5.5 nem precisa.

Por que aprender:

Plano demais em tarefa pequena vira fricao. Saber quando pular e parte do dominio.

Conceitos-chave:

Plano proporcional, anti-burocracia, fast path.

O que e:

DeepSeek le o paragrafo + docs do Notion API + schema do Supabase. Gera index.ts pronto para deploy em Vercel.

Por que aprender:

Para tarefas tipo "plumbing", DeepSeek e mais rapido que voce. Saber delegar e a habilidade.

Conceitos-chave:

API integration, deploy serverless, single-shot generation.

O que e:

Cenarios: payload valido, payload faltando campo, payload com tipo errado, Notion offline, duplicado.

Por que aprender:

Edge cases em integracao quebram em producao. Lista pronta de cenarios cobre 95%.

Conceitos-chave:

Integration tests, fixtures, edge cases comuns.

O que e:

Em script de integracao, 2 itens basta: e idempotente? trata erro de provider externo? Confirmou: ship.

Por que aprender:

Revisao proporcional ao risco. Script de plumbing tem 2 riscos principais โ€” foque neles.

Conceitos-chave:

Idempotencia, retry, revisao focada.

O que e:

$0.04 DeepSeek + $0.01 GPT-5.5 review = $0.05. Tempo: 20 min do briefing ao deploy.

Por que aprender:

Em automacao, distribuicao real e mais 90/10/0 (sem Opus). Saber adaptar.

Conceitos-chave:

Distribuicao adaptada, override por tipo de tarefa, eficiencia maxima.

3.5 ~40 min

๐Ÿ”Œ API + microservico com testes

REST API com auth, cobertura >80%, OpenAPI doc. Caso "engenharia seria".

O que e:

GPT-5.5 produz openapi.yaml com 8 endpoints, schemas, exemplos de erro. Vira input para todo o resto.

Por que aprender:

Contrato antes do codigo elimina ambiguidade. Quem usa a API tem doc; quem implementa tem spec.

Conceitos-chave:

Contract-first, OpenAPI/Swagger, schemas reutilizaveis.

O que e:

Para cada endpoint da spec, DeepSeek cria handler com validacao de input, chamada de service, mapeamento de erro.

Por que aprender:

Handlers sao formula. DeepSeek com spec clara nao erra โ€” e o caso de uso ideal.

Conceitos-chave:

Spec-driven generation, handler pattern, error mapping.

O que e:

Examples de OpenAPI viram fixtures de teste automaticamente. Cobertura de feliz e infelizes do contrato.

Por que aprender:

Reuso entre spec e teste elimina duplicacao. E o sweet spot da abordagem contract-first.

Conceitos-chave:

Examples como fixtures, contract testing, cobertura por design.

O que e:

GPT-5.5 le todos os handlers checando: auth aplicado, rate limit configurado, input sanitization, sem leak de erro interno.

Por que aprender:

API exposta na internet tem superficie de ataque grande. Audit dedicado paga sozinho.

Conceitos-chave:

OWASP API top 10, rate limit, error masking.

O que e:

Combine openapi-generator (cli) + DeepSeek refinando. Saida: SDK TS tipado para a API, com docstrings.

Por que aprender:

SDK gerado e bonus que faz quem consome a API ter experiencia de primeira.

Conceitos-chave:

SDK generation, type safety end-to-end, DX.

O que e:

8 endpoints, 23 testes, OpenAPI doc, SDK TS, 0 issues no audit. Custo total: $2.10. Tempo: 2h.

Por que aprender:

"Engenharia seria" virou trivial com setup. Esse e o caso que vende a estrategia para CTOs.

Conceitos-chave:

Cobertura medida, qualidade auditada, entrega completa.

3.6 ~50 min

๐Ÿ Estudo comparativo: 3 abordagens, mesma feature

A mesma feature de carrinho de e-commerce construida em 3 setups: single-Opus, single-DeepSeek, e 70/20/10. Numeros lado a lado.

O que e:

PDP (produto), carrinho, checkout, confirmacao. Cupons percentual e valor fixo. Frete por CEP. Persistencia entre sessoes.

Por que aprender:

Feature media-complexa, com regras de negocio. Bom benchmark.

Conceitos-chave:

Feature com regra, persistencia de estado, multi-tela.

O que e:

Resultado: codigo polido, copy excelente, $9.40, 3h tempo total (Opus e mais lento), 0 bugs no review.

Por que aprender:

Baseline "tudo de melhor". Util para entender ate onde vale o premium.

Conceitos-chave:

Single-model premium, qualidade maxima isolada.

O que e:

Resultado: $0.85, 1h, mas 4 bugs encontrados em QA manual (cupom acumulando, frete negativo, race em estoque).

Por que aprender:

DeepSeek sozinho sem revisao deixa bugs sutis em logica de negocio.

Conceitos-chave:

Falsa economia, bugs em logica de regra, custo de QA manual.

O que e:

Resultado: $1.80, 1h30, 1 bug residual (e um "warning" no review). Qualidade ~90% do Opus puro.

Por que aprender:

Sweet spot. Custo proximo ao DeepSeek, qualidade proxima ao Opus.

Conceitos-chave:

Otimo composto, dominancia de Pareto, escolha racional.

O que e:

A: $9.40 / 3h / 0 bugs / 10/10 polimento. B: $0.85 / 1h / 4 bugs / 6/10. C: $1.80 / 1h30 / 1 bug / 9/10.

Por que aprender:

Visualizar lado a lado tira a duvida. C domina A em custo e B em qualidade โ€” e o ponto otimo.

Conceitos-chave:

Comparacao multi-criterio, frente de Pareto, decisao informada.

O que e:

A vence em: lancamento high-stakes, pouca margem para bug. B vence em: prototipo descartavel, automacao interna. C vence: padrao para 80% dos casos.

Por que aprender:

Saber escolher o setup certo para o contexto e o sinal de maturidade.

Conceitos-chave:

Contexto-driven choice, abordagem situacional, anti-dogma.

โ† Trilha 2: Configuracao Voltar a landing