Etapas de execução
A ordem importa. Cada prompt depende do anterior e termina com critérios de aceite que devem ser provados antes de seguir.
Como trabalhar
- Abrir o prompt nesta navegação, ler inteiro
- Copiar (botão no topo de cada bloco) e colar no Claude Code, no VSCode, na raiz do repositório correspondente
- Não aceitar "terminei" sem os critérios de aceite provados. Cobrar item por item
- Commit e pipeline verde antes do próximo
Skills a carregar
/k8s-ecomsmart · /gitlab-ecomsmart · /dns · /identidade-ecomsmart · /google-ads · /firecrawl-ecomsmart
Cronograma
| Semana | Entrega | Prompts |
|---|---|---|
| 0 | Auditoria de capacidade do cluster, repo, site no ar | P0.0, este site |
| 1 | Django, CI/CD, DNS, Stripe, captura de atribuição | P0.1 · P0.2 · P0.3 |
| 2 | Conector Nuvemshop, motor do Raio-X, lead score | P1.1 · P1.2 |
| 3 | PDF, entrega, design system, landings | P1.3 · P2.1 · P2.2 |
| 4 | Fábrica de criativos, imagens dos três produtos | P2.3 · P2.4 |
| 5 | Integrar Meta e Google, CAPI e conversão offline | P3.1 · P3.2 · P3.3 |
| 6 | Campanhas no ar com R$ 50/dia · fila do vendedor | P4.1 · P4.2 · P6.3 |
| 7 | Painel ROI | P6.1 · P6.2 |
| 8 | Radar de Preço sobre o Firecrawl | P5.1 · P5.2 |
| 9 | Radar de Anúncios, otimização semanal | P5.3 · P4.3 |
| 10 | App na Nuvemshop submetido | P7.1 |
| 11+ | Escalar com base no painel, não no achismo | — |
Marcos
| Marco | Quando | Como sei que chegou |
|---|---|---|
| Site no ar | Semana 0 | apps.ecomsmart.com.br responde 200 com certificado válido |
| Primeira loja conectada | Semana 2 | Raio-X gerado com dados reais de uma loja de teste |
| Primeiro lead qualificado | Semana 3 | Lead com faturamento acima de R$ 30 mil na fila B |
| Medição confiável | Semana 5 | Purchase deduplicado na Meta, correspondência ≥ 6,0, conversão offline no Google |
| Primeira venda por anúncio | Semana 6 | Receita na Stripe com utm_content casando com um anúncio |
| Primeiro Hub por esta máquina | Semana 7 | Upgrade em um clique executado pelo vendedor |
| Decisão de escalar | Semana 9 | ROAS 90 dias acima de 3,0 por sete dias seguidos |
Regras que valem para todos os prompts
- Nenhuma campanha vai ao ar antes do P3.3 estar verde. É a condição de partida
- Toda peça visual passa pelo checklist de identidade, pergunta por pergunta
- Nenhuma tela nasce só clara. Claro e escuro desde o primeiro commit
- Nenhum segredo em repositório. Secret do Kubernetes ou variável de grupo do GitLab
- Campanha nasce
PAUSED. Ativar é comando separado utm_content= nome do anúncio = nome do arquivo do criativo- Teste automatizado de palavras proibidas em todo template
Dependências entre prompts
P0.0 auditoria de capacidade
└─ P0.1 repo e CI/CD
├─ P0.2 DNS e Ingress
└─ P0.3 dados, Stripe, atribuição
├─ P1.1 conector Nuvemshop
│ └─ P1.2 motor do Raio-X e lead score
│ ├─ P1.3 relatório e entrega
│ └─ P6.3 fila do vendedor
├─ P2.1 design system
│ ├─ P2.2 landings
│ └─ P2.3 fábrica de criativos
│ └─ P2.4 imagens por produto
├─ P3.1 integrar Meta ────┐
├─ P3.2 integrar Google ──┤
└─ P3.3 CAPI e offline ───┤
├─ P4.1 campanha na Meta
├─ P4.2 campanha no Google
└─ P4.3 otimização semanal
└─ P6.1 ingestão ROI
└─ P6.2 painel ROI
├─ P5.1 Radar de Preço (Firecrawl)
│ └─ P5.2 alertas e painel
├─ P5.3 Radar de Anúncios
└─ P7.1 app na NuvemshopPendências que dependem de você
Estas travam prompts e não podem ser resolvidas por código:
| Pendência | Trava | Onde resolver |
|---|---|---|
| Chaves da Stripe (secret, webhook, publishable) | P0.3 | Painel da Stripe → Secret radar-stripe |
| Qual conta de anúncio e página da Meta usar | P3.1 | Confirmar comigo antes de publicar |
| Token da Cloudflare cadastrado no GitLab | P0.2 | Bloqueado antes por classificador. Cadastrar manualmente |
| App da Nuvemshop criado no Partners | P1.1 | Portal de parceiros da Nuvemshop |
| Capacidade de CPU no cluster | P0.1 em diante | Auditoria do P0.0 |
| Provedor de proxy residencial | P5.1 | Contratar e colocar no Secret |