# VALIDAÇÃO PONTA-A-PONTA — /imperatriz-high-ticket

> **Validação simulada com mentorada fictícia rodando o funil do zero ao pacote final.**
> Esse documento NÃO foi pedido pela mentorada — foi gerado pela QA interna pra detectar gaps ANTES de liberar pra mentoradas reais.
> Data da validação: 2026-05-18. Versão da skill: v1.0.

---

## Setup da simulação

### Mentorada fictícia: Camila Lima

| Campo | Valor |
|---|---|
| Nome | Camila Lima |
| Idade | 32 |
| Negócio | Agência de IA pra clínicas médicas (6 meses no ar) |
| Ticket alvo | R$ 15.000 por projeto (implementação) |
| Time | 2 pessoas (ela + 1 dev freelancer) |
| Faturamento atual | R$ 30k/mês com 2 clientes ativos |
| Persona-alvo | Dono de clínica com 5+ médicos, faturamento R$ 200k+/mês |
| Dor pra fechar | Lead acha caro e não entende ROI da IA |
| Já tentou | Meta Ads sem retorno + LinkedIn orgânico |
| Meta declarada | R$ 100k/mês em 6 meses, 1 cliente/semana |
| Modo escolhido | **MARATONA** (1 dia de execução) |

### Por que essa persona é boa pra validar

- Atende os 4 pré-requisitos (serviço sob medida, ticket >R$ 3k, fecha em call, nicho permitido)
- Tem 2 cases reais (passa por situação real de `/cases-imperatriz`)
- Não é iniciante absoluta nem veterana — testa fluxo "padrão"
- Já tentou tráfego pago sem resultado — caso comum
- Tem dor concreta (ROI) que vai aparecer várias vezes no funil
- Modo maratona estressa pausas e cansaço (testa o limite da skill)

---

## Fase 0 — Validação de pré-requisitos + escolha de modo (~5min)

### Fluxo simulado

Camila digita `/imperatriz-high-ticket`. Imperatriz mostra mensagem de abertura e pergunta os 4 pré-requisitos:

1. Serviço sob medida? **Sim** (cada clínica é projeto único)
2. Ticket ≥ R$ 3.000? **Sim** (R$ 15k)
3. Fecha em call 1-a-1? **Sim** (Zoom 45min)
4. Nicho permitido? **Sim** (IA / consultoria)

Imperatriz pergunta modo. Camila escolhe **A) Maratona**.

### Gaps identificados

- **GAP 0.1**: A skill assume que o tempo total é 6-8h, mas a soma real das fases descritas dá MAIS que isso (ver análise transversal). Camila pode bater no muro às 5h e ainda ter 3h+ pela frente.
- **GAP 0.2**: Não há checagem de **idioma** nem **fuso horário** — Camila pode estar em fuso diferente e os benchmarks (R$ 50-150 CPL) são BR-SP. Não trava nada, mas merece nota.
- **GAP 0.3**: A escolha de modo (A maratona / B sessões) não pergunta **horários disponíveis hoje**. Camila pode dizer "A" achando que tem o dia todo, mas só tem 4h. Imperatriz não detecta.

### Pontos de fricção

- Os 4 pré-requisitos são apresentados em bloco — Camila pode ter dúvida em 1 deles e responder errado pra agilizar. Sem perguntas individuais.

---

## Fase 1 — Briefing do Negócio (~30-45min)

### Fluxo simulado

Imperatriz despacha 3 skills filhas em sequência:

1. **`/anamnese-mentorada`** — captura nicho, ticket, público positivo/negativo
2. **`/perfil-mentorada`** — detecta perfil entre os 8 da Travessia
3. **`/briefing-copy-360`** — persona, posicionamento, maior dor

Camila preenche:
- Nicho: "Agência de IA pra clínicas médicas de médio porte (5-15 médicos)"
- Ticket: R$ 12k mínimo, R$ 30k máximo
- Público positivo: clínica 5+ médicos, faturamento R$ 200k+/mês, secretária travada, decisor médico-sócio
- Público negativo: profissional solo, faturamento <R$ 100k/mês, sem CNPJ
- Persona inicial: Dr. Roberto, 47, médico-sócio cardiologia
- Maior dor pra fechar: "Lead acha caro porque não enxerga ROI da IA — quero conseguir mostrar retorno em R$ ANTES da call terminar"

### Skill filha despachada

- `/anamnese-mentorada` ✅ existe
- `/perfil-mentorada` ✅ existe
- `/briefing-copy-360` ✅ existe

### Contexto passado pra skills filhas

- Skill 1: contexto cru (sem briefing prévio)
- Skill 2: lê o JSON parcial gerado pela skill 1
- Skill 3: lê o JSON parcial gerado pelas skills 1+2

**OK** — o protocolo de leitura está descrito mas o detalhe de como ANEXAR campos no JSON existente vs SOBRESCREVER não fica 100% claro.

### Output gerado

`~/imperio/mentoradas/camila/funil-reuniao/01-briefing-negocio.json` com 13 campos preenchidos. Recap mostrado pra Camila. Ela responde "A) perfeito" e segue.

### Gaps identificados

- **GAP 1.1 CRÍTICO**: A skill `/anamnese-mentorada` (versão atual) **NÃO tem modo `--funil-reuniao`** — a Imperatriz pede esse modo mas ele não existe. A skill filha vai rodar em modo padrão e pode capturar campos diferentes do schema esperado. SKILLS-FILHAS-INDEX.md marca isso como "adaptação prioridade ALTA" mas a Fase 1 já assume o modo existe.
- **GAP 1.2 CRÍTICO**: A skill `/briefing-copy-360` (versão atual) também **NÃO tem modo `--funil-reuniao`**. SKILLS-FILHAS-INDEX.md marca como prioridade BAIXA, mas se o modo não existe e roda o padrão, a skill vai perguntar coisas que o Briefing 360 normalmente pergunta (voz de marca, calendário editorial) que **não** estão no escopo da Fase 1. Camila vai responder coisas que NÃO vão pro JSON e ficar confusa.
- **GAP 1.3**: O JSON do exemplo na Fase 1 tem campo `perfil_mentorada: "Construtora"` mas `/perfil-mentorada` retorna 1 dos 8 perfis da Travessia. Não há documentação de quais são os 8 perfis nem como o nome vira string no JSON.
- **GAP 1.4**: A Fase 1 NÃO captura `transformacao_central` nem `dor_central` explicitamente, mas a Fase 3 declara que esses 2 campos são **pré-requisitos obrigatórios** ("Fase 1 concluída — `01-briefing-negocio.json` existe e tem todos os campos obrigatórios, incluindo `transformacao_central`, `dor_central`"). Esses campos NUNCA são capturados na Fase 1. **A Fase 3 vai falhar a validação.**
- **GAP 1.5**: O exemplo de JSON tem `concorrentes_diretos` com placeholders ("Nome do concorrente 1") — se Camila não souber, a anamnese aceita? E se Camila preencher "Status quo + outro 1" (como o caso limite #7 sugere), os campos podem ficar inconsistentes entre o JSON e o que a Fase 3 espera (que ainda referencia "concorrentes 3-5 diretos" pra Bloco 5 do mecanismo único).

### Inconsistências

- **INC 1.1**: O schema do JSON usa `ticket_alvo_min` e `ticket_alvo_max` (Fase 1), mas a Fase 2 lê `ticket_alvo` (string) e a Fase 3 lê `briefing.ticket_alvo` como se fosse campo único. Não há transformação documentada de `{min, max}` → string.
- **INC 1.2**: O exemplo do JSON tem `voz_mentorada` referenciado na Fase 4 ("voz_mentorada: {capturada no 01-briefing}") MAS o schema da Fase 1 NÃO tem campo `voz_mentorada`. A captura de voz não acontece em nenhum momento da Fase 1.

### Pontos de fricção

- Camila pode travar em "concorrentes diretos" (segundo caso limite #7) — mas o caso limite trata, então tudo bem.
- Recap final tem 8 bullets — perfeito.
- Tempo realista da Fase 1: 30-45min é coerente.

---

## Fase 2 — Diagnóstico IA + Qualificação (~60min)

### Fluxo simulado

Imperatriz mostra mensagem de abertura, despacha em 5 sub-fases:

- **Sub-A**: Mapeamento das 8 perguntas-chave (dimensões: capacidade, decisão, urgência, dor, fit). Camila escolhe template 1 (Agência IA B2B) e customiza.
- **Sub-B**: Critérios verde/amarelo/vermelho (verde ≥70, amarelo 40-69, vermelho <40).
- **Sub-C**: Estrutura do PDF (6 páginas, tom consultivo, CTA Calendly p/ verde).
- **Sub-D**: Despacho pra `/form-cro` → HTML do formulário gerado.
- **Sub-E**: Briefing pra `/imperio-agente` (BRIEFING — mentorada constrói depois).

### Skill filha despachada

- `/form-cro` ✅ existe (FULL)
- `/imperio-agente` ✅ existe (BRIEFING)

### Contexto passado

- `/form-cro` recebe o JSON da Fase 1 + as 8 perguntas finalizadas da Sub-A + decisões de design (multi-step, progress bar, mobile-first)
- `/imperio-agente` recebe via briefing .md estruturado (NÃO é invocado agora — briefing fica salvo)

### Output gerado

- `02-diagnostico-ia.json` com 8 perguntas + critérios + estrutura PDF
- `formulario-qualificacao.html` standalone
- `briefing-agente-diagnostico.md` salvo em 2 lugares (pasta técnica + vault)

### Gaps identificados

- **GAP 2.1**: A Sub-A pergunta pra Camila escolher template (IA, consultoria, design). Camila escolhe "Agência IA" mas o template do exemplo é GENÉRICO de IA — não específico pra "IA pra clínicas médicas". A Imperatriz não tem template por sub-nicho. Camila vai precisar customizar bastante e isso passa de 25min facilmente.
- **GAP 2.2**: O briefing pra `/imperio-agente` faz referência a "Passos 1-5" do `/imperio-agente` original. Mas `/imperio-agente` tem 8 passos (QUINTETO, AURA, SOCIO, PODER, ESQUELETO, ESPELHO + Descoberta + Final). O briefing **só preenche metade dos passos**. Quando Camila for rodar `/imperio-agente` depois e colar o briefing, vai sobrar perguntas dos Passos 6-8 — o briefing prometeu "vai em 60-90min" mas vai levar mais.
- **GAP 2.3**: A "regra especial" do score "texto vazio derruba pra amarelo" assume que o formulário PERMITE texto vazio. Mas o briefing pra `/form-cro` diz "campos obrigatórios". Inconsistência operacional: ou texto é obrigatório (e nunca fica vazio), ou é opcional (e a regra do amarelo entra).
- **GAP 2.4**: A Sub-D fala "Pixel + GTM + LGPD placeholders presentes" no HTML. Mas a `/form-cro` (versão atual) **NÃO** é skill de Pixel/tracking — é skill de CRO/conversão de formulário. Pode falhar em entregar esses placeholders sem instrução adicional explícita.
- **GAP 2.5**: O exemplo da estrutura do PDF tem CTA "Agendar reunião via Calendly" mas a Fase 4 (Calendly) ainda **não rodou**. Camila não tem link do Calendly nessa hora — vai ficar como placeholder, mas o briefing pro agente diagnóstico (que precisa do link) marca isso como pendência genérica.

### Inconsistências

- **INC 2.1**: Fase 2 declara que vai gerar `briefing-agente-diagnostico.md`. Mas a Fase 7 (sub-fase B, mapa de cópia) lista `briefing-*.md` indo pra `BRIEFINGS/`. Isso bate. **OK.**
- **INC 2.2**: O briefing do agente tem "Nível PENTA 4 (Executa e avisa)" mas `/imperio-agente` original tem escala 1-5. A Fase 2 declara nível 4 sem opção da mentorada validar. Camila pode preferir nível 3 (preview antes de enviar PDF), mas a Imperatriz não pergunta.
- **INC 2.3**: A Fase 2 fala que vai LER `briefing-agente-diagnostico.md` quando o `/imperio-agente` for rodado, mas o briefing é gerado COM `[nome]` e `[mentorada]` como placeholder. Camila pode esquecer de trocar antes de colar.

### Pontos de fricção

- 60min pra essa fase é **agressivo**. Realisticamente, Camila vai passar 75-90min porque (a) a customização do template demora, (b) os critérios verde/amarelo/vermelho exigem decisão estratégica que travante mentorada nova.
- "Sub-fase D — Despacho pra `/form-cro`" usa **10min** mas a `/form-cro` original tem fluxo próprio de 5-7 fases. A skill filha sozinha já passa de 10min — ainda mais Camila revisando o HTML.

---

## Fase 3 — Aquisição (~90min)

### Fluxo simulado

Imperatriz despacha 6 sub-fases:

- **A** — `/mecanismo-unico` (25min) → "Método Diagnóstico Clínico IA" (nome inventado por Camila)
- **B** — `/headline-imperatriz` (15min) → 8 variações frias + 5 mornas
- **C** — `/skill-pagina-vendas` (25min) → HTML completo
- **D** — `/cases-imperatriz` (10min) → 2 cases reais
- **E** — `/ad-creative` (10min) → briefing dos 5 criativos
- **F** — Setup doc Meta gerado inline (5min)

### Skill filha despachada

Todas existem ✅: `/mecanismo-unico`, `/headline-imperatriz`, `/skill-pagina-vendas`, `/cases-imperatriz`, `/ad-creative`.

### Contexto passado

- Sub-A recebe FULL Fase 1 + Fase 2
- Sub-B recebe FULL Fase 1+2 + output Sub-A
- Sub-C recebe TUDO acima
- Sub-D recebe a Imperatriz pergunta antes ("quantos clientes?") e despacha modo `--captar`
- Sub-E recebe TUDO + cases
- Sub-F NÃO despacha skill — gera doc inline

### Output gerado

- `03-aquisicao.json` (gigante, ~700 linhas)
- `ASSETS-PRONTOS/pagina-vendas/index.html`
- `BRIEFINGS/briefing-criativos.md`
- `SETUP-DOCS/setup-campanha-meta.md`

### Gaps identificados

- **GAP 3.1 CRÍTICO**: A Sub-A diz "Pula a FASE 1 (entrevista) parcialmente — Blocos 1, 2, 4 já estão respondidos no contexto". Mas a `/mecanismo-unico` original (skill filha) tem fluxo próprio que NÃO aceita "pular blocos". A Imperatriz pode dar essa instrução, mas a skill filha pode ignorar e rodar tudo do zero. Camila vai responder DE NOVO perguntas que já respondeu na Fase 1 → cansaço + inconsistência.
- **GAP 3.2 CRÍTICO**: A Sub-F gera doc Meta **inline** sem despachar skill — mas a SKILL.md declara que `/ads-meta` é uma das 28 skills filhas. Há contradição entre SKILLS-FILHAS-INDEX (marca `/ads-meta` como SETUP DOC) e o `03-FASE-AQUISICAO.md` que explicitamente fala "Imperatriz **não invoca** `/ads-meta` aqui". Camila pode esperar contexto/qualidade da skill filha mas vai receber doc inline da Imperatriz, que pode ficar mais raso.
- **GAP 3.3**: A Sub-C pede "FOTOS IA: pode pular nesta orquestração — use placeholders". Mas a `/skill-pagina-vendas` na versão atual tem AI realistic photos como parte do output FULL. Pular foto vai resultar em página feia/incompleta, e o "score 8.5/10" prometido fica em risco.
- **GAP 3.4**: A Sub-D tem 3 ramificações ("0 clientes / 1-2 / 3+"). Camila tem 2 clientes ativos (faturamento R$ 30k/mês). Cai no caso "1-2 clientes" → vai usar `--captar` real pros 2 e o resto fica placeholder. Mas o exemplo do JSON da Fase 3 mostra 5 cases preenchidos completos. Inconsistência entre o caso real (2 cases) e o output esperado pelo dashboard depois.
- **GAP 3.5**: O briefing dos criativos pede "headline embedded" em cada um dos 5, e a Sub-B gerou 8 headlines frias. A Sub-E mapeia headlines 1, 3, 5 — mas as headlines NÃO têm IDs estáveis no JSON (são objetos em array sem `id`). Sub-E pode mapear errado quando Camila reordenar.
- **GAP 3.6**: A Sub-F "regras de otimização" diz "Dia 8+: Pausa criativo com CTR < 0.8%". Mas Camila pode interpretar isso como ação que a IMPERATRIZ faz automaticamente. Não está claro que isso é **ação da Camila no Ads Manager**, não automação da skill.
- **GAP 3.7**: 90min é apertado mesmo no melhor caso. A nota do próprio doc admite "68-124min" como range. Em modo maratona, Camila já está há ~2.5h e tem 4 fases pela frente. Vai ficar saturada.

### Inconsistências

- **INC 3.1**: A Fase 3 lê `briefing.transformacao_central` e `briefing.dor_central` da Fase 1. **Esses campos não existem no JSON gerado pela Fase 1.** Validação pré-Fase 3 falha. Imperatriz vai voltar pra Fase 1 e pedir.
- **INC 3.2**: A Fase 3 declara que vai gerar `deploy-pagina-vendas.md` mas só lista 3 setup-docs (Meta, Calendly, CRM). A Fase 7 espera `SETUP-DOCS/deploy-pagina-vendas.md`. **Esse arquivo nunca é gerado em nenhuma fase.** A Fase 7 vai falhar a validação.
- **INC 3.3**: O JSON da Fase 3 tem `mecanismo_unico.elevator_pitch` como exemplo mas a `/mecanismo-unico` (skill filha real) não gera campo "elevator_pitch" no output padrão.
- **INC 3.4**: A Sub-E referencia `case-001` como ID de case. Mas `/cases-imperatriz` (skill filha) não usa esse formato de ID. Mapeamento manual pela Imperatriz não documentado.

### Pontos de fricção

- 90min é **muito**. Camila vai estar em ~3.5h totais aqui (acumulado da maratona).
- A Sub-A pode levar 35-40min se Camila travar (caso limite 6).
- A página de vendas com fotos placeholder fica feia → Camila pode insistir em parar pra produzir fotos antes de continuar → break do fluxo.
- O "ponto de pausa opcional" entre Sub-B e Sub-C é UMA pausa em 6 sub-fases. Devia ter mais.

---

## Fase 4 — Agendamento + Bot + Pré-Reunião (~60min)

### Fluxo simulado

- **Sub-A**: Setup Calendly (15min) — doc gerado inline
- **Sub-B**: Sequência WhatsApp D-7→D-0 via `/copy-conversacional-dm` (25min)
- **Sub-C**: E-mails via `/email-sequence` (10min)
- **Sub-D**: Briefing bot WhatsApp (10min)

### Skill filha despachada

- `/copy-conversacional-dm` ✅ existe (FULL)
- `/email-sequence` ✅ existe (FULL)
- `/imperatriz-bot-whatsapp` ✅ existe (BRIEFING — não invocada)
- Calendly: gerado inline (sem skill filha)

### Contexto passado

- `/copy-conversacional-dm` recebe TUDO de fases 1-3 + modo "sequencia-pre-reuniao"
- `/email-sequence` recebe TUDO + length=3 + delays D-7/D-1/D-0
- Briefing bot WhatsApp: documento gerado pela Imperatriz com contexto consolidado

### Output gerado

- `04-agendamento.json`
- `SETUP-DOCS/setup-calendly.md`
- `ASSETS-PRONTOS/sequencia-pre-reuniao.md` (WhatsApp + e-mails juntos)
- `BRIEFINGS/briefing-bot-whatsapp.md`

### Gaps identificados

- **GAP 4.1**: O cronograma da sequência mostra 5 toques no JSON (D-7, D-5, D-3, D-1, D-0) — exatamente o sweet spot. **Mas** o `pacote-completo.html` da Fase 7 fala "8 toques D-7 → D-0" (seção 4). 5 ≠ 8. Inconsistência.
- **GAP 4.2**: A Sub-A diz "manhãs (8h-12h) BLOQUEADAS no público — só evento secreto". Mas isso exige que Camila tenha conta Calendly **paga** (Event Type secreto é feature do plano pago). Doc não avisa.
- **GAP 4.3**: O termo de comparecimento ("perde a vaga e entra em fila pra próximo mês") soa firme demais pra agência de IA pra clínicas — Dr. Roberto pode achar arrogante. Voz da Tata varia por nicho mas o termo é literal e fixo.
- **GAP 4.4**: A pergunta 3 do Calendly ("Pretende decidir na call ou apresentar pra alguém?") tem ótima intenção, mas o briefing do bot fala em variável `pretende_decidir` (do formulário). Confusão: essa pergunta está no Calendly OU no formulário da Fase 2? Schema do Calendly mostra que é no Calendly. Schema do JSON do bot fala em "formulário" sem especificar qual. Camila vai confundir.
- **GAP 4.5**: A Sub-B usa "perfil-nicho: consultor-b2b OU mentora-high-ticket OU agencia (decidido pela skill)" — Camila é "agência de IA". Isso vai pra `agencia`? Ou pra `consultor-b2b`? A skill `/copy-conversacional-dm` decide, mas a Imperatriz não documenta como.
- **GAP 4.6**: O briefing do bot menciona "campo `dor_principal` (capturada D-3)". Mas o D-3 do exemplo só pergunta "qual o pedaço da operação que mais tira sono?" — resposta de 1 palavra. Difícil parsear como `dor_principal` estruturada.
- **GAP 4.7**: O exemplo de mensagem D-7 cita "Clínica São Vicente (cardiologia também, parecido com a sua)" — mas Camila tem 2 clientes (não mencionados por nome no briefing). Como a `/copy-conversacional-dm` sabe que existe "Clínica São Vicente"? Inventou — anti-pattern de inventar case.

### Inconsistências

- **INC 4.1**: Schema do JSON fala `aquecimento_chip_necessario: false` (porque escolheu Cloud API). Mas a Sub-D pra Camila (ticket R$ 15k, sem CNPJ confirmado) pode default pra **Evolution** se ela não tiver CNPJ. JSON pode ficar errado dependendo do caso.
- **INC 4.2**: O passo "Validações de qualidade" lista `/voz-humana-br` rodando em TUDO, mas a Fase 4 NÃO despacha `/voz-humana-br` explicitamente como skill filha. SKILLS-FILHAS-INDEX-list trata como "transversal". Não fica claro se a Imperatriz invoca ou se assume que está embutido em `/copy-conversacional-dm`.

### Pontos de fricção

- 60min é **realista** se as 4 sub-fases rodarem limpas.
- O briefing do bot tem 10 seções enormes — Camila pode ficar sobrecarregada na hora de revisar.
- A "voz da bot" (sugestão de nome próprio "Bia") é decidida pela Imperatriz sem perguntar pra Camila escolher nome.

---

## Fase 5 — Reunião (~90min)

### Fluxo simulado

- **A**: 5 blocos roteiro via `/skill-pitch-high-ticket` (20min)
- **B**: Stack via `/skill-oferta-irresistivel` (15min)
- **C**: Garantia via `/garantia-irresistivel` (10min)
- **D**: Script fechamento via `/stack-closer` (10min)
- **E**: Calculadora HTML **inline pela Imperatriz** (15min)
- **F**: Modelo proposta via `/skill-proposta-comercial` (10min)
- **G**: Diagrama via `/texto-em-visual` (5min)
- **H**: Análise pós-call via `/analise-performance-call` (5min)

### Skill filha despachada

Todas existem ✅: `/skill-pitch-high-ticket`, `/skill-oferta-irresistivel`, `/garantia-irresistivel`, `/stack-closer`, `/skill-proposta-comercial`, `/texto-em-visual`, `/analise-performance-call`.

### Contexto passado

Cada sub-fase recebe contexto acumulado das fases 1-4 + outputs das sub-fases anteriores da Fase 5.

### Output gerado

- `05-reuniao.json`
- 4 assets em `ASSETS-PRONTOS/` (roteiro, calculadora, proposta, análise pós-call)
- 1 briefing em `BRIEFINGS/` (diagrama solução)

### Gaps identificados

- **GAP 5.1 CRÍTICO**: A Fase 5 mensagem de encerramento fala em "**8 toques D-7 → D-0**" sequência pré-reunião herdada da Fase 4. Mas a Fase 4 gerou **5 toques**. Inconsistência reiterada do GAP 4.1.
- **GAP 5.2 CRÍTICO**: A Sub-E gera a calculadora HTML **inline pela Imperatriz** com JS embutido. O briefing fala em "JS pra calcular em tempo real" mas o exemplo HTML mostra `<script>` vazio (apenas comentário). Camila vai abrir o arquivo e perceber que **não funciona**. A calculadora é asset central — quebra crítico.
- **GAP 5.3**: A Sub-A diz "duração 20min" mas Sub-B diz "duração 15min" — somando A+B+C+D = 55min só pra revisar scripts. E+F+G+H somam mais 35min. Total da fase = 90min, mas validação + recap somam +10-15min. **Realisticamente 100-110min.**
- **GAP 5.4**: A Sub-B (stack de valor) usa exemplo com gap "2.87x" e diz "perto do mínimo de 3x". Mas a validação pré-Fase 6 exige `gap_de_valor ≥ 2.5x`. Por que o mínimo na Sub-B é 3x mas o check da Fase 6 aceita 2.5x? Discrepância nos thresholds.
- **GAP 5.5**: A Sub-C (garantia Performance ROI 2x em 90 dias) é forte demais pra Camila começando — ela tem 2 cases, não pode bancar "se não der 2x, trabalho de graça". A skill alerta ("tu consegue honrar?") mas Camila vai ficar travada na decisão e tomar 15min pra escolher.
- **GAP 5.6**: A Sub-D tem "6 respostas pras objeções". Mas o briefing pra `/stack-closer` não documenta se essas 6 são fixas (universais) ou customizadas pro nicho de Camila. Exemplos parecem genéricos com placeholders preenchidos com "clínica". Camila pode esperar 6 objeções **específicas do nicho de clínicas médicas** (ex: "preciso do CRM tasy", "minha equipe é resistente a IA") e não receber.
- **GAP 5.7**: O exemplo de calculadora tem `<input type="text" id="cliente" placeholder="Nome do cliente">` — pra ser preenchido AO VIVO na call. Mas a calculadora gerada pela Imperatriz vai ter componentes baseados em **stack genérico do template** (Bot IA, CRM, Dashboard, Treinamento) — esses são os componentes do exemplo, não os componentes que Camila vende. A calculadora pode sair com componentes errados pro negócio dela.
- **GAP 5.8**: A Sub-G fala em "Whimsical/Figma/Excalidraw" pra desenhar ao vivo, mas Camila pode nunca ter usado nenhum dos 3. O briefing tem caso limite (caso 7) mas exige Camila aprender NOVA ferramenta — adiciona fricção pós-Fase 5.

### Inconsistências

- **INC 5.1**: O JSON de output da Fase 5 tem `script_fechamento.objecoes` como array de 6 itens. Mas o template do dashboard (Fase 6) fala em "top 5 objeções do mês". 6 ≠ 5. Pode confundir Camila na hora de revisar.
- **INC 5.2**: A Sub-A descreve "5 blocos" mas o `roteiro-reuniao.md` da Fase 7 README é descrito como tendo "6 blocos" em uma passagem. Provável erro de cópia, mas a integridade do documento é afetada.
- **INC 5.3**: O JSON da Fase 5 referencia `principais_objecoes_levantadas` (que é lido pela Fase 6), mas o schema da Fase 5 não tem esse campo — tem `script_fechamento.objecoes`. Nome diferente. Quebra integração com Fase 6.

### Pontos de fricção

- 8 sub-fases em 90min é **muito apertado** — historicamente, fase Reunião em mentoradas reais leva 2-3h.
- A Sub-E (calculadora) sem JS funcional é o **maior risco da skill inteira**.
- Camila vai estar há ~5h de maratona acumulada quando entrar nessa fase. Cansaço crítico.

---

## Fase 6 — Pós-Reunião + Inteligência (~60min)

### Fluxo simulado

- **A**: Trilha "fechou" via `/onboarding-comercial-7dias` + `/email-sequence` (15min)
- **B**: Trilha "não fechou" via `/reativacao-por-temperatura` + `/email-sequence` (15min)
- **C**: Briefing remarketing via `/criativos-retargeting` (10min)
- **D**: Setup CRM via `/blueprint-crm-operacional` (5min)
- **E**: Dashboard KPIs via `/dashboard-imperatriz` (10min)
- **F**: Banco de objeções — template gerado direto pela Imperatriz (5min)

### Skill filha despachada

Todas existem ✅: `/onboarding-comercial-7dias`, `/email-sequence` (2ª vez), `/reativacao-por-temperatura`, `/criativos-retargeting`, `/blueprint-crm-operacional`, `/dashboard-imperatriz`.

### Contexto passado

Lê `05-reuniao.json` (objeções, calculadora, modelo proposta, roteiro) + acumula tudo.

### Output gerado

- `06-pos-reuniao.json`
- 4 ASSETS-PRONTOS (trilha-fechou, trilha-nao-fechou, dashboard-kpis, banco-de-objecoes)
- 1 BRIEFING (remarketing)
- 1 SETUP-DOC (crm)

### Gaps identificados

- **GAP 6.1 CRÍTICO**: A Fase 6 Sub-A lê `principais_objecoes_levantadas` do `05-reuniao.json`. Esse campo **não existe** no schema da Fase 5. INC 5.3 reiterado. Trilha "não fechou" sai genérica.
- **GAP 6.2**: A Sub-B fala em "calibradas pela objeção real" mas Camila ainda não fez nenhuma reunião real — só tem objeções HIPOTÉTICAS do briefing (Fase 1). A trilha é calibrada por **objeção esperada**, não real. Doc não esclarece.
- **GAP 6.3**: A Sub-D ("setup CRM") só pega 5min. Pra setup CRM real com 9 estágios + 5 automações + SLAs, 5min gera doc raso. `/blueprint-crm-operacional` tem fluxo próprio de 30+min.
- **GAP 6.4**: A Sub-E (dashboard) declara 12 seções visuais. Mas `/dashboard-imperatriz` (skill filha) tem template próprio. Os 12 seções listados na Fase 6 podem ou não bater com o que a skill filha entrega.
- **GAP 6.5**: O exemplo do D+0 da trilha "fechou" fala "Daqui a pouco te mando os primeiros passos e um áudio rápido pra te apresentar o cronograma". Mas o áudio é responsabilidade da CAMILA gravar (manual). Camila pode interpretar que a trilha já vem com áudio incluído. Não fica claro o que é template-texto vs ação-manual.
- **GAP 6.6**: Mensagens da trilha "fechou" são **exemplos** no doc, mas Camila vai esperar que a skill gere mensagens **customizadas** pro nicho de clínicas médicas. Não fica claro se vai sair customizado ou template literal.
- **GAP 6.7**: A Sub-F gera banco-de-objecoes.md com 5 objeções "padrão". Mas algumas são genéricas demais ("Tá caro") e outras são específicas demais ("Já tentei com outro/agência X"). Mistura.

### Inconsistências

- **INC 6.1**: O `06-pos-reuniao.json` tem `mensagens` arrays de 6 itens nas trilhas. Mas o doc da Fase 6 lista também **6 mensagens** em cada — bate. **OK.**
- **INC 6.2**: O dashboard usa "paleta Tata: #D6A648 dourado, Inter + Instrument Serif". Camila NÃO é Tata — esse é o branding da Tata. Camila pode esperar dashboard com SUA paleta de marca. O briefing pra `/dashboard-imperatriz` não passa cores da Camila.
- **INC 6.3**: O JSON da Fase 6 referencia `Funil-Reuniao-[Nome]/` mas no schema usa `Funil-Reuniao-camila/` (minúsculo, sem capitalização). Convenção não documentada.

### Pontos de fricção

- 60min pra 6 sub-fases é **realista** mas apertado se as skills filhas (CRM, dashboard) tomarem tempo próprio.
- Camila vai estar há ~6.5h de maratona aqui. Pausa entre Fase 5 e 6 é **crítica** — sem ela, qualidade despenca.

---

## Fase 7 — Entrega Final Consolidada (~15min)

### Fluxo simulado

- **A**: Cria estrutura de pastas no vault (2min)
- **B**: Copia arquivos (3min)
- **C**: Gera `pacote-completo.html` (5min)
- **D**: Gera `README.md` (2min)
- **E**: Gera `manifesto-funil.md` (2min)
- **F**: Mensagem final pra Camila (1min)

### Skill filha despachada

**Nenhuma.** A Imperatriz consolida sozinha (modo "CONSOLIDAÇÃO").

### Output gerado

- Estrutura completa de pastas em `~/Documents/Obsidian Vault/03 - Projetos/Funil-Reuniao-Camila/`
- 3 novos arquivos: `pacote-completo.html`, `README.md`, `manifesto-funil.md`
- `_progresso.json` marcado como `concluido`

### Gaps identificados

- **GAP 7.1 CRÍTICO**: A Sub-B (mapa de cópia) lista `deploy-pagina-vendas.md` indo pra `SETUP-DOCS/`. **Esse arquivo nunca foi gerado em fase anterior** (INC 3.2 reiterado). A validação interna da Sub-B vai falhar: `SETUP-DOCS/deploy-pagina-vendas.md existe? NÃO`.
- **GAP 7.2**: A Sub-C (pacote-completo.html) declara 10 seções, incluindo "Próximos passos" com 5 cards de skills filhas. Mas os botões "rodar" desses cards **não funcionam** num HTML standalone (não há protocolo `claude://` ou similar). São só visuais. Pode confundir Camila — ela clica e nada acontece.
- **GAP 7.3**: A Sub-E (manifesto) puxa dados dos JSONs e monta na "primeira pessoa, voz humana BR". Mas Camila pode ter respondido coisas no JSON em terceira pessoa ou genérico. Sem skill filha pra reescrever (`/voz-humana-br` é mencionado mas é validador, não gerador), manifesto pode sair travado.
- **GAP 7.4**: A mensagem final tem `Tempo total: [X horas em Y sessões]` — placeholder. A Imperatriz **calcula** isso lendo o `_progresso.json`? Não documentado.
- **GAP 7.5**: A mensagem final fala em "Tempo estimado da entrega final até primeira reunião agendada: 7-14 dias". Mas pra Camila atingir isso, ela tem que rodar `/imperio-agente` (60-90min), `/imperatriz-bot-whatsapp` (2-4h), `/skill-criativos-meta` (1-2 dias produção), deploy da página, setup Calendly, CRM. **Essas etapas isoladas somam ~3-5 dias úteis** SE Camila tiver tempo todo dia. Realismo do "7-14 dias" depende de Camila se dedicar full-time.
- **GAP 7.6**: O dashboard HTML standalone (Sub-C) usa link relativo `./ASSETS-PRONTOS/calculadora-orcamento.html`. Mas em algumas máquinas o navegador bloqueia abrir HTML local de outro HTML local por CORS. Sem instrução de "se não abrir, abre direto pela pasta", Camila pode achar que está quebrado.

### Inconsistências

- **INC 7.1**: A Sub-B copia `pagina-vendas/` de `~/imperio/...` pra `ASSETS-PRONTOS/pagina-vendas/`. Mas na Fase 3, a página já é salva **direto no vault** (`ASSETS-PRONTOS/pagina-vendas/index.html`). Cópia duplicada? Sobrescrita?
- **INC 7.2**: A Sub-B copia `setup-*.md` pra `SETUP-DOCS/`. Mas a Fase 3 fala em "Salvar EM: `~/Documents/Obsidian Vault/03 - Projetos/Funil-Reuniao-[Nome]/SETUP-DOCS/setup-campanha-meta.md`" — direto no vault. Cópia redundante.
- **INC 7.3**: Validação final lista 6 JSONs em `JSONs-TECNICOS/`. Mas a Fase 3 declara "JSONs ficam em `~/imperio/...` (servem de fonte canônica)". A Sub-B fala em COPIAR. Então existe em **2 lugares** (pasta técnica + vault) — pode causar drift.
- **INC 7.4**: A pasta principal é `Funil-Reuniao-[Nome]/`. Como capitaliza? "Camila" ou "camila"? Vault não tem convenção. Filesystem case-insensitive em macOS pode salvar tudo, mas é confuso.

### Pontos de fricção

- 15min é **otimista** — gerar HTML standalone de 10 seções + README + manifesto + cópia de 20+ arquivos pode levar 25-30min.
- Camila chega aqui depois de 7h de maratona. Capacidade crítica reduzida — pode pular validações.

---

## ANÁLISE TRANSVERSAL

### Skills filhas que precisam ser checadas

| Skill | Declarada | Existe? | Modo declarado | Observações |
|---|---|---|---|---|
| `/anamnese-mentorada` | F1 | ✅ | FULL `--funil-reuniao` | **Modo NÃO existe** — adaptação pendente |
| `/perfil-mentorada` | F1 | ✅ | FULL | OK |
| `/briefing-copy-360` | F1 | ✅ | FULL `--funil-reuniao` | **Modo NÃO existe** — adaptação pendente |
| `/imperio-agente` | F2 | ✅ | BRIEFING | Briefing só cobre 5 dos 8 passos |
| `/form-cro` | F2 | ✅ | FULL | OK (sem placeholders Pixel/GTM) |
| `/mecanismo-unico` | F3 | ✅ | FULL | Skill não aceita "pular blocos" |
| `/headline-imperatriz` | F3 | ✅ | FULL | OK |
| `/skill-pagina-vendas` | F3 | ✅ | FULL | Página sai sem fotos (placeholder) |
| `/cases-imperatriz` | F3 | ✅ | FULL `--captar` | OK |
| `/ad-creative` | F3 | ✅ | BRIEFING | OK |
| `/skill-criativos-meta` | F3 | ✅ | BRIEFING (futuro) | Não despachada — só mencionada como próximo passo |
| `/ads-meta` | F3 | ✅ | SETUP DOC | **Não despachada** — Imperatriz gera inline |
| `/imperatriz-bot-whatsapp` | F4 | ✅ | BRIEFING | OK |
| `/copy-conversacional-dm` | F4 | ✅ | FULL | OK |
| `/email-sequence` (F4) | F4 | ✅ | FULL | OK |
| `/skill-pitch-high-ticket` | F5 | ✅ | FULL | OK |
| `/stack-closer` | F5 | ✅ | FULL | Objeções genéricas, não por nicho |
| `/skill-oferta-irresistivel` | F5 | ✅ | FULL | OK |
| `/garantia-irresistivel` | F5 | ✅ | FULL | OK |
| `/skill-proposta-comercial` | F5 | ✅ | FULL | OK |
| `/texto-em-visual` | F5 | ✅ | FULL | OK |
| `/onboarding-comercial-7dias` | F6 | ✅ | BRIEFING | OK |
| `/blueprint-crm-operacional` | F6 | ✅ | SETUP DOC | 5min é pouco pra essa skill |
| `/reativacao-por-temperatura` | F6 | ✅ | FULL | Lê campo que não existe (`principais_objecoes_levantadas`) |
| `/email-sequence` (F6) | F6 | ✅ | FULL | OK |
| `/criativos-retargeting` | F6 | ✅ | BRIEFING | OK |
| `/analise-performance-call` | F6 | ✅ | FULL | OK |
| `/dashboard-imperatriz` | F6 | ✅ | FULL | Não passa cores da mentorada |
| `/voz-humana-br` | TRANSVERSAL | ✅ | Validador | Não documentado quando invoca |
| `/transcricao-mentoradas` | TRANSVERSAL | ✅ | Helper | Não invocada |

**Verdito: TODAS as 28 skills filhas existem.** Mas **2 declaram modos especiais que NÃO existem** (`--funil-reuniao` em anamnese-mentorada e briefing-copy-360).

### Cadeia de contexto entre fases

| De | Pra | Campo passado | Existe no JSON origem? |
|---|---|---|---|
| F1 → F2 | nicho, ticket_alvo, publico_positivo/negativo, persona, maior_dor | ✅ |
| F1 → F3 | TODOS de F1 + `transformacao_central`, `dor_central` | ❌ **2 campos não capturados em F1** |
| F1 → F3 | `voz_marca` | ❌ **Campo não capturado em F1** |
| F2 → F3 | criterios_qualificacao, perguntas_chave | ✅ |
| F3 → F4 | mecanismo_nome, headline_principal, pagina_path | ✅ |
| F3 → F5 | mecanismo_unico, headline | ✅ |
| F4 → F5 | calendly_setup, sequência_pre_reuniao | ✅ |
| F5 → F6 | `principais_objecoes_levantadas` | ❌ **Schema F5 usa `script_fechamento.objecoes` — nome diferente** |
| F5 → F6 | calculadora, modelo_proposta, roteiro | ✅ |
| F6 → F7 | TUDO consolidado | ✅ |

**Pontos de quebra: 3 campos que F3 e F6 esperam mas não chegam.**

### Schemas de JSON cruzados

| Campo | F1 schema | F3 lê como | F4 lê como | F5 lê como | F6 lê como |
|---|---|---|---|---|---|
| Ticket | `ticket_alvo_min` + `ticket_alvo_max` | `briefing.ticket_alvo` | `briefing.ticket_alvo` | `briefing.ticket_alvo` | `briefing.ticket_alvo` |
| Persona | `persona_inicial` (obj) | `briefing.persona_inicial` | `persona_primaria` | `persona` | (não usa) |
| Voz | (não capturado) | `briefing.voz_marca` | `voz_mentorada` | (não usa) | `tom_voz` |
| Objeções | `persona_inicial.objecao_principal` | `briefing.maior_objecao` | `objecoes_levantadas` | `script_fechamento.objecoes` | `principais_objecoes_levantadas` |

**Inconsistência sistêmica:** 4 fases usam **4 nomes diferentes** pro mesmo conceito (objeções). Schemas precisam ser harmonizados.

### Tempos

| Fase | Declarado | Real estimado | Drift |
|---|---|---|---|
| F1 | 30-45min | 35-50min | +5min |
| F2 | 60min | 75-90min | +15-30min |
| F3 | 90min | 100-130min | +10-40min |
| F4 | 60min | 60-75min | +0-15min |
| F5 | 90min | 110-130min | +20-40min |
| F6 | 60min | 65-80min | +5-20min |
| F7 | 15min | 20-30min | +5-15min |
| **Total** | **6-7h** | **7.5-9.5h** | **+1.5-2.5h** |

**Conclusão sobre tempo:** O "6-8h" prometido é **otimista**. Realisticamente: **7.5-9.5h**. Em modo maratona, Camila precisa de **dia inteiro** com pausas de almoço e lanche — não 1 dia "produtivo padrão". Quando ela bater 8h, ainda terá Fase 6+7 (1.5h).

### Modo HÍBRIDO

| Skill | Esperado | Realmente faz | OK? |
|---|---|---|---|
| `/anamnese-mentorada` | FULL | FULL | ✅ |
| `/perfil-mentorada` | FULL | FULL | ✅ |
| `/briefing-copy-360` | FULL `--funil-reuniao` | FULL padrão | ⚠ Modo não existe |
| `/imperio-agente` | BRIEFING | BRIEFING (5 de 8 passos) | ⚠ Briefing incompleto |
| `/form-cro` | FULL | FULL | ✅ |
| `/mecanismo-unico` | FULL | FULL (não pula blocos) | ⚠ |
| `/headline-imperatriz` | FULL | FULL | ✅ |
| `/skill-pagina-vendas` | FULL | FULL (sem fotos) | ⚠ |
| `/cases-imperatriz` | FULL `--captar` | FULL `--captar` | ✅ |
| `/ad-creative` | BRIEFING | BRIEFING | ✅ |
| `/ads-meta` | SETUP DOC | Inline (não despacha) | ⚠ Anti-pattern |
| `/imperatriz-bot-whatsapp` | BRIEFING | BRIEFING | ✅ |
| `/copy-conversacional-dm` | FULL | FULL | ✅ |
| `/email-sequence` | FULL | FULL | ✅ |
| `/skill-pitch-high-ticket` | FULL | FULL | ✅ |
| `/stack-closer` | FULL | FULL | ✅ |
| `/skill-oferta-irresistivel` | FULL | FULL | ✅ |
| `/garantia-irresistivel` | FULL | FULL | ✅ |
| `/skill-proposta-comercial` | FULL | FULL | ✅ |
| `/texto-em-visual` | FULL | FULL | ✅ |
| `/onboarding-comercial-7dias` | BRIEFING | BRIEFING | ✅ |
| `/blueprint-crm-operacional` | SETUP DOC | SETUP DOC | ⚠ 5min é pouco |
| `/reativacao-por-temperatura` | FULL | FULL | ✅ |
| `/criativos-retargeting` | BRIEFING | BRIEFING | ✅ |
| `/analise-performance-call` | FULL | FULL | ✅ |
| `/dashboard-imperatriz` | FULL | FULL | ✅ |

**HÍBRIDO respeitado em 22 de 26 skills. 4 com warnings.**

### Voz e tom

Vou checar passagens-chave de cada fase pra detectar AI-slop:

| Fase | Trecho representativo | Avaliação |
|---|---|---|
| F1 | "Bora começar. Essa primeira fase é a fundação..." | ✅ Voz da Tata |
| F1 | "Pega, garota. Eu tô aqui." | ✅ |
| F2 | "Boa, [Nome]! Fase 1 fechada. Bora pra Fase 2..." | ✅ |
| F3 | "Caraca, mecanismo fechado." | ✅ |
| F3 | "Bom, garota. A gente tá entrando na Fase 3..." | ⚠ "Bom" começo formal |
| F4 | "Beleza, garota. Já temos página, mecanismo..." | ✅ |
| F5 | "Tá. Agora a gente entra na fase mais pesada..." | ✅ |
| F5 | "Pra render: tenha em mente faturamento médio..." | ⚠ "Pra render" é jargão |
| F6 | "Boa, garota. A gente tá quase fechando." | ✅ |
| F7 | "Última fase. 15 minutos." | ✅ |
| F7 (mensagem final) | "Bora fechar high-ticket." | ✅ |

**Voz geral: 95% conforme padrão Tata.** Pequenos drifts mas dentro do aceitável.

**Travessão na escrita técnica:** uso intencional em listas-tabela (OK). Sem travessões em diálogo.

**Anti-AI-slop:** Não detectei "engajamento", "alavancagem", "otimizar" usado errado. Há "atribuição", "frequency cap" — corretos em contexto técnico.

---

## VEREDITO

### Status geral

**QUASE PRONTA — precisa de retrabalho focado em 5 pontos antes de liberar pra mentoradas reais.**

A skill tem **arquitetura sólida** (7 fases, modo HÍBRIDO claro, pausas bem desenhadas), **voz consistente** com Tata, e **TODAS as 28 skills filhas existem**. Os anti-patterns estão bem cobertos. Os casos limite são realistas.

**Mas tem 5 problemas que vão fazer Camila travar na execução real.**

### Top 5 problemas críticos (precisa corrigir antes)

1. **Campos `transformacao_central`, `dor_central`, `voz_marca` esperados pela Fase 3 NUNCA são capturados na Fase 1.** A Fase 3 vai falhar a validação pré-execução. **Ação:** adicionar esses 3 campos ao schema da Fase 1 e ajustar perguntas do `/briefing-copy-360`.

2. **`SETUP-DOCS/deploy-pagina-vendas.md` é referenciado pela Fase 7 mas nunca é gerado em nenhuma fase anterior.** Validação final da Fase 7 vai falhar. **Ação:** adicionar Sub-fase G à Fase 3 que gera esse setup doc, OU mover a geração pra Fase 7 inline.

3. **Inconsistência de nomes de campos: `principais_objecoes_levantadas` (esperado por F6) vs `script_fechamento.objecoes` (gerado por F5).** Trilha "não fechou" sai genérica em vez de calibrada. **Ação:** harmonizar schema — usar UM nome de campo em F5 e F6.

4. **Modos `--funil-reuniao` solicitados pra `/anamnese-mentorada` e `/briefing-copy-360` NÃO EXISTEM nas skills atuais.** As skills filhas vão rodar em modo padrão e perguntar coisas fora do escopo (voz de marca, calendário editorial). **Ação:** ou implementar o modo nas skills filhas, ou remover a instrução do `--funil-reuniao` e adaptar contexto.

5. **Calculadora HTML standalone da Fase 5 tem JS embutido vazio (só comentário) no template apresentado.** Asset central do funil, sem código funcional. Camila abre o arquivo, marca checkboxes, NADA acontece. **Ação:** gerar template completo com JS funcional embutido + testar abertura em Chrome/Safari/Firefox.

### Top 5 melhorias recomendadas (pode esperar pós-MVP)

1. **Adicionar pré-check de "horas disponíveis hoje" no modo maratona.** Camila escolhe maratona, mas Imperatriz não detecta que ela só tem 4h. Adicionar pergunta: "Quantas horas você tem hoje? Se for menos de 8h, sugiro modo sessões."

2. **Templates por sub-nicho em vez de só "Agência IA / Consultoria / Design".** Adicionar templates específicos pra "IA pra clínicas médicas", "agência de tráfego pra e-commerce", "consultoria CFO B2B" — Camila perdeu tempo customizando o template genérico.

3. **Padronizar capitalização de nome da mentorada (`[Nome]` ou `[nome]`).** Vault Obsidian + filesystem podem causar drift. Decidir uma convenção (sugestão: kebab-case `funil-reuniao-camila-lima`).

4. **Briefing pra `/imperio-agente` precisa cobrir 8 passos completos, não 5.** Briefing atual deixa Passos 6-8 em aberto, contradiz a promessa "vai em 60-90min" quando Camila for rodar.

5. **Adicionar instrução explícita sobre fotos da página de vendas:** ou gerar fotos com `/higgsfield-soul-id`/`/higgsfield-generate` na Fase 3, ou avisar Camila claramente que página sai SEM fotos e ela tem que adicionar antes de deployar.

### Estimativa Camila → primeira reunião agendada

**Realista: 14-21 dias.**

Não é "7-14 dias" prometido. Razões:
- Funil completo em **modo maratona** = 1 dia (mas Camila sai cansada)
- Recuperação + revisão dos assets = 2 dias
- Deploy página (hospedagem + DNS) = 2-3 dias se Camila não tem domínio pronto
- Setup Calendly = 0.5 dia (rápido)
- Rodar `/imperio-agente` pro app de diagnóstico = 1 dia construir + 2-3 dias integrar webhook/WhatsApp
- Rodar `/imperatriz-bot-whatsapp` = 2-4h construir + 2 dias configurar Cloud API ou aquecer chip Evolution
- Rodar `/skill-criativos-meta` + produzir visualmente = 2-3 dias
- Subir Meta Ads + aguardar aprovação = 1-2 dias
- Primeiros leads chegando + 3 dias até primeira reunião agendada

**Total realista: 14-21 dias úteis.** 30 dias se Camila tem trabalho paralelo.

### Decisão recomendada

**APROVAR COM CORREÇÕES.**

Os 5 problemas críticos são corrigíveis em 1-2 dias de trabalho concentrado. Após correções, a skill está pronta pra MVP com 3-5 mentoradas beta.

**NÃO recomendado liberar pra distribuição ampla** (50+ mentoradas) sem:
- Implementar o modo `--funil-reuniao` em pelo menos `/anamnese-mentorada` e `/briefing-copy-360`
- Corrigir a calculadora HTML (sem isso, a fase 5 quebra)
- Harmonizar schemas de JSON entre fases
- Adicionar geração do `deploy-pagina-vendas.md`
- Capturar `transformacao_central`, `dor_central`, `voz_marca` na Fase 1

**Pra beta com 3-5 mentoradas próximas (Tata acompanhando):** ok rodar AGORA, com a Tata supervisionando os 5 pontos críticos manualmente.

**Pra mentoradas que rodam sozinhas:** corrigir antes.

---

**Validação concluída — 2026-05-18.**
**Travessia Imperatriz — Tata Gonçalves. QA interna pré-MVP.**
