# ADAPTACOES NECESSARIAS — 5 skills filhas

> Especificação das mudanças necessárias em cada uma das 5 skills filhas para encaixarem **perfeito** na orquestradora `/imperatriz-high-ticket`. Documento de spec — não de implementação. Roadmap pós-MVP.
>
> **Status hoje (2026-05-18):** Imperatriz High-Ticket roda com as 5 skills filhas na **versão atual**. As adaptações descritas aqui são **futuras** — entram em sprints pós-validação do MVP do orquestrador.

---

## Princípio fundamental

**Toda adaptação é ADITIVA, NUNCA destrutiva.**

Cinco regras inegociáveis:

1. **Backward-compatible 100%.** A skill atual continua funcionando exatamente igual pra quem usa fora da orquestradora. Quem digita `/anamnese-mentorada` direto continua vendo os 4 modos atuais (`--formulario`, `--call`, `--auto`, `--validar`). Nada de behavior change implícito.
2. **Adaptação é opt-in, não opt-out.** Modos novos (`--funil-reuniao`), templates novos (`agente-diagnostico-IA-empresarial`), presets novos (`agendamento-pre-pos-reuniao`) entram como NOVAS opções. As antigas ficam no lugar.
3. **Nenhuma adaptação muda o frontmatter `name`.** O nome da skill é contrato externo (outras skills invocam por ele, mentorada digita o nome).
4. **Roadmap pós-MVP.** Imperatriz High-Ticket entra em produção com `workaround` documentado (ver seção final). Adaptações entram depois que o orquestrador rodou em 5-10 mentoradas reais — só aí sabemos quais adaptações são críticas e quais são desejáveis.
5. **Cada adaptação roda com seu próprio teste de regressão.** Antes de fazer merge da mudança, mentoradas que usam o modo antigo precisam validar que nada quebrou.

Ordem de prioridade nas adaptações é definida pela **frequência de uso na Imperatriz High-Ticket**:

| Skill | Quantas fases usa | Prioridade |
|---|---|---|
| `/imperio-agente` | 1 fase (mas com peso alto — BRIEFING modo) | **Alta** |
| `/anamnese-mentorada` | 1 fase (gate da Fase 1) | **Alta** |
| `/imperatriz-bot-whatsapp` | 1 fase (BRIEFING — não constrói no fluxo) | **Média** |
| `/skill-pitch-high-ticket` | 1 fase (Sub-fase A) | **Média** |
| `/briefing-copy-360` | 1 fase (parte da tripla da Fase 1) | **Baixa** |

---

## Adaptação 1 — /anamnese-mentorada

### 1. Skill atual

Skill de entrada da Travessia Imperatriz: coleta dados da mentorada em **8 blocos** (histórico, negócio, tentativas, dores, objetivos, recursos, identidade, expectativas). Roda em **4 modos**: `--formulario` (HTML offline), `--call` (roteiro de entrevista), `--auto` (deep-research pre-popula), `--validar` (audita anamnese existente). Output em `~/imperio/mentoradas/[slug]/00-anamnese.json`.

### 2. Gap pra Imperatriz High-Ticket

A anamnese atual captura a MENTORADA (pessoa + negócio + identidade). A Fase 1 da Imperatriz High-Ticket precisa capturar especificamente o **funil de reunião sob medida** — com foco em:

- **Cliente positivo B2B** (faturamento mínimo, tamanho de time, decisor real, urgência típica) — bloco que **não existe** na anamnese atual
- **Cliente negativo / critérios excludentes** — também não existe
- **Ticket alvo high-ticket** com piso de R$ 3.000 (gate da skill orquestradora) — anamnese atual coleta ticket genérico
- **Concorrentes diretos** com mínimo de 2 nomes — não é foco da anamnese atual
- **Diferencial percebido pelo cliente** — não existe

Hoje a Fase 1 da Imperatriz High-Ticket roda `/anamnese-mentorada` no modo padrão e depois "completa o que falta" via `/briefing-copy-360`. Funciona, mas tem redundância — anamnese pergunta histórico pessoal que a Fase 1 não precisa.

### 3. Adaptação proposta

**Novo modo: `--funil-reuniao`**

Quando invocada com essa flag, a skill:
- **Pula** os blocos 1 (histórico pessoal — informação não acionável no funil), 3 (tentativas anteriores) e 8 (expectativas da Travessia — irrelevante pro funil)
- **Mantém** os blocos 2 (negócio atual), 4 (dores), 5 (objetivos), 6 (recursos), 7 (identidade)
- **Adiciona 3 blocos B2B novos**, exclusivos do modo:
  - Bloco 9 — **Cliente positivo (filtro alto-funil)**: faturamento mínimo, tamanho de time, decisor real, urgência típica, geografia, sinais de intenção
  - Bloco 10 — **Cliente negativo (excludentes)**: 3-5 critérios que desqualificam lead
  - Bloco 11 — **Concorrentes + diferencial**: 2+ nomes de concorrentes diretos + diferencial percebido pelo cliente atual
- **Endurece o gate de ticket**: piso R$ 3.000 (skill recusa salvar se `ticket_alvo_min < 3000` e modo é `--funil-reuniao`)
- **Output unificado**: salva em `~/imperio/mentoradas/[slug]/funil-reuniao/01-briefing-negocio.json` (caminho que a Imperatriz High-Ticket espera) em vez de `~/imperio/mentoradas/[slug]/00-anamnese.json`

### 4. Diff conceitual no SKILL.md

- Adicionar 5ª opção na seção "OS 4 MODOS DE OPERACAO" — virar "OS 5 MODOS DE OPERACAO" com bloco novo `### --funil-reuniao` documentando: quando usar, output esperado, esquema do JSON
- Adicionar parágrafo na seção "OS 8 BLOCOS — VISAO RAPIDA" explicando que no modo `--funil-reuniao` os blocos 1, 3, 8 são pulados e 3 novos blocos (9, 10, 11) entram
- Criar arquivo de referência novo `references/OS-11-BLOCOS-FUNIL-REUNIAO.md` com as perguntas literais dos blocos 9, 10, 11
- Atualizar seção "ANTI-PATTERNS" com novo item: "❌ Aceitar ticket alvo < R$ 3.000 em modo `--funil-reuniao` — gate inegociável"
- Atualizar seção "EXEMPLOS DE USO" com 1 exemplo do modo `--funil-reuniao`
- Atualizar seção "INTEGRACAO COM O ECOSSISTEMA TATA" — adicionar linha "/imperatriz-high-ticket Fase 1 — invoca esta skill em modo `--funil-reuniao`"
- Atualizar `description` no frontmatter — adicionar trigger keywords: "funil de reunião", "high-ticket sob medida", "briefing de fechamento", "cliente positivo B2B"

### 5. Impacto nas mentoradas atuais

**Zero impacto.** Modo `--funil-reuniao` é flag NOVA. Mentoradas que usam `--formulario`, `--call`, `--auto`, `--validar` continuam com comportamento idêntico. O arquivo `~/imperio/mentoradas/[slug]/00-anamnese.json` continua sendo criado pelos modos antigos — o novo path `~/imperio/mentoradas/[slug]/funil-reuniao/01-briefing-negocio.json` é exclusivo do modo `--funil-reuniao`.

**Risco lateral:** mentorada que usa `--funil-reuniao` e depois `/celeste` (que lê `00-anamnese.json`) — vai ter Celeste reclamando que falta anamnese. Mitigação: documentar no SKILL.md que `--funil-reuniao` NÃO substitui anamnese geral; é complementar.

### 6. Esforço estimado

**Médio — 8 a 12 horas.**

Breakdown:
- 2h spec dos blocos 9, 10, 11 (perguntas literais + critérios de qualidade)
- 3h código do modo `--funil-reuniao` (lógica de skip + injeção dos novos blocos)
- 1h endurecer gate de ticket
- 1h ajustar path de output
- 2h escrever `OS-11-BLOCOS-FUNIL-REUNIAO.md`
- 1-2h testes de regressão (rodar modos antigos pra garantir que nada quebrou)

### 7. Prioridade

**Alta.** É a primeira skill que a mentorada encontra na Fase 1 da Imperatriz High-Ticket. Sem ela adaptada, a fase tem redundância visível (mentorada responde "histórico pessoal" e percebe que não tem nada a ver com funil de fechamento). Quebra a sensação de fluidez do orquestrador.

---

## Adaptação 2 — /imperio-agente

### 1. Skill atual

Skill MAIS importante do ecossistema Imperio IA. Constrói UM agente do zero aplicando **6 frameworks sequenciais** (QUINTETO, AURA, SOCIO, PODER, ESQUELETO, ESPELHO + PENTA). Roda em **4 fluxos**: A (descoberta guiada), B (construção direta), C (refinamento), D (expansão). Output: arquivo `.md` em `~/meu-imperio/escala-ia/agentes/[nome].md` pronto pra copiar em `.claude/agents/`. Roda em **10 passos**, dura 60-90min.

### 2. Gap pra Imperatriz High-Ticket

Na Fase 2 da Imperatriz High-Ticket, a skill é despachada em modo **BRIEFING** — o orquestrador GERA um briefing completo (`.md`) que a mentorada usa depois pra rodar `/imperio-agente` em sessão separada.

Hoje, quando a mentorada finalmente roda `/imperio-agente` com o briefing em mãos, a skill **não reconhece** o briefing — começa do Passo 1 (descoberta) e refaz tudo do zero, perguntando o que já tá no briefing. Mentorada precisa colar o briefing inteiro e a skill tem que "consolidar manualmente" via leitura do texto.

Falta também um **template específico** pro tipo de agente que a Imperatriz High-Ticket sempre pede: agente diagnóstico que (1) recebe submissão de formulário de qualificação, (2) calcula score 0-100, (3) classifica verde/amarelo/vermelho, (4) gera PDF personalizado de 5-7 páginas, (5) dispara WhatsApp + e-mail, (6) loga no CRM. Todo agente diagnóstico da Imperatriz High-Ticket vai ter essa arquitetura — só muda nicho, ticket, persona.

### 3. Adaptação proposta

**Novo Fluxo E: Construção a partir de briefing pré-existente** (irmão dos Fluxos A/B/C/D)

Quando mentorada cola um briefing que segue o schema do `briefing-agente-diagnostico.md` gerado pela Imperatriz High-Ticket:
- Detecta automaticamente (procura por strings-âncora: "Briefing pra /imperio-agente", "Skill a invocar: /imperio-agente", "PROCESSO QUE O AGENTE VAI EXECUTAR")
- **Consolida respostas dos Passos 1-5** direto do briefing (sem re-perguntar)
- **Pula direto pro Passo 6** (ESQUELETO XML) ou Passo 8 (gerar arquivo) se briefing já tem tudo
- Se faltar algo, pergunta APENAS o que falta — não recomeça do zero

**Novo Template: `agente-diagnostico-IA-empresarial`** (template pré-construído acessível via Fluxo B)

Mentorada digita: "Quero construir agente diagnóstico empresarial" → skill reconhece e oferece template pré-pronto com:
- **QUINTETO já decidido**: REATIVO (dispara em webhook do formulário)
- **PENTA recomendado**: 4 (Executa e Avisa — agente envia PDF sozinho + notifica mentorada)
- **AURA estruturada**:
  - Identidade: nome do agente parametrizável (Diana/Lara/Vitor/Caio) + cargo "Analista de Pré-Qualificação"
  - Percepção: webhook payload + arquivo `01-briefing-negocio.json` + arquivo `02-diagnostico-ia.json` + template HTML do PDF
  - Raciocínio: Haiku pra score (determinístico) + Sonnet pro PDF (consultivo)
  - Ação: calcula score → classifica → gera PDF (Puppeteer/wkhtmltopdf) → envia WhatsApp + e-mail → loga CRM
  - Memória: state.json com total processados + distribuição cor dos últimos 30 dias
- **PODER pré-escrito** (mentorada só personaliza: nome do agente, nome da empresa, nicho)
- **5 regras NUNCA + 5 SEMPRE** pré-definidas
- **3 exemplos parametrizáveis** (lead VERDE típico, lead AMARELO limítrofe, lead VERMELHO)

### 4. Diff conceitual no SKILL.md

- Na seção "Arvore de Decisao" adicionar nova rama: **Fluxo E — Construção a partir de briefing pré-existente** com explicação de quando ativa
- Criar arquivo de referência `references/FLUXO-E-BRIEFING-PRE-EXISTENTE.md` documentando: como detectar briefing, como consolidar respostas, quais Passos pulam
- Criar pasta `templates/` (se não existir) e arquivo `templates/agente-diagnostico-IA-empresarial.md` com toda estrutura pré-pronta
- Na seção "FLUXO COMPLETO DE EXECUCAO (10 Passos)" adicionar nota no Passo 1: "Se mentorada cola briefing seguindo schema da Imperatriz High-Ticket, pular pra Passo 6 ou 8 conforme completude"
- Adicionar item em "Referencias e Agentes Existentes como Exemplo": "**Agente Diagnóstico (Imperatriz High-Ticket)** — tipo REATIVO + nível PENTA 4 + template pré-pronto em `templates/agente-diagnostico-IA-empresarial.md`"
- Atualizar `description` no frontmatter — adicionar: "Template pré-pronto pra agente diagnóstico de funil high-ticket (B2B sob medida)"
- Atualizar seção "Integracao com Ecossistema" — adicionar `/imperatriz-high-ticket` como skill que invoca esta em modo template

### 5. Impacto nas mentoradas atuais

**Zero impacto.** Os Fluxos A, B, C, D continuam exatamente iguais. Fluxo E só ativa se mentorada cola um briefing que MATCH no padrão de detecção (strings-âncora muito específicas). O template é opt-in — só carregado se mentorada pedir explicitamente ou se Fluxo E identificar.

**Risco lateral:** Fluxo E pode dar falso-positivo se mentorada cola texto com palavras parecidas. Mitigação: detecção precisa exigir match em **3 strings-âncora** simultaneamente, não apenas 1.

### 6. Esforço estimado

**Médio-Alto — 12 a 16 horas.**

Breakdown:
- 4h spec do template `agente-diagnostico-IA-empresarial` (decisões de cada framework pré-feitas + parametrização)
- 4h código do Fluxo E (detecção + consolidação + skip de Passos)
- 2h escrever `templates/agente-diagnostico-IA-empresarial.md` (Markdown do template)
- 1h escrever `references/FLUXO-E-BRIEFING-PRE-EXISTENTE.md`
- 2-3h testes (rodar 3 cenários: briefing completo, briefing parcial, briefing inválido com falso-positivo)
- 1-2h regressão dos Fluxos A/B/C/D

### 7. Prioridade

**Alta.** Sem essa adaptação, a Fase 2 da Imperatriz High-Ticket vira ponto de atrito: mentorada gera briefing rico, rola 1-2 semanas, vai rodar `/imperio-agente` e descobre que tem que refazer 90% do trabalho. Quebra a promessa do modo HÍBRIDO. É a adaptação com maior ROI percebido pela mentorada.

---

## Adaptação 3 — /imperatriz-bot-whatsapp

### 1. Skill atual

Fábrica de SDR conversacional WhatsApp 100% automático. Entrevista mentorada em 10 perguntas (Schwartz, sofisticação, temperatura, ticket, stack, maturidade número), seleciona arquétipo + frameworks + perfil-nicho, gera **projeto Node rodável** (Evolution API ou Cloud API Meta) + **pasta-pacote com 14 docs DOC-FIRST**. Calibrada por 12 perfis de nicho. 16 validadores anti-AI-slop e anti-ban. Dura **2-4 horas** em sessão dedicada.

### 2. Gap pra Imperatriz High-Ticket

Na Fase 4, a skill é despachada em modo **BRIEFING** — o orquestrador gera um briefing rico (`.md`) que a mentorada usa depois pra rodar `/imperatriz-bot-whatsapp` em sessão separada de 2-4h.

Hoje, quando mentorada vai rodar a skill com o briefing em mãos:
- A skill faz a entrevista completa de 10 perguntas mesmo com briefing no contexto (não reconhece)
- Não tem **preset de roteiros pré-fabricados** específicos pro funil de reunião — os 5 toques pré-reunião (D-7, D-5, D-3, D-1, D-0) e os toques pós-reunião (lembrete fechou, follow-up não fechou, reagendamento, handoff) acabam sendo desenhados do zero
- Toda mentorada do funil de reunião acaba com bot 80% igual — mas a skill faz cada uma desenhar de novo do zero, queimando 1-2h da sessão de bot

### 3. Adaptação proposta

**Novo arquétipo: `agendador-funil-reuniao`** (irmão dos arquétipos atuais)

Quando mentorada digita "quero arquétipo agendador-funil-reuniao" ou skill detecta briefing da Imperatriz High-Ticket:
- Pula entrevista de 10 perguntas → ativa modo **briefing-driven**
- Carrega **preset de fluxo** com gatilhos pré-fabricados:
  - **Gatilho 1**: Lead agendou Calendly (webhook) → envia D-7 → aguarda 2d → D-5 → aguarda 2d → D-3 (AI block captura resposta) → aguarda 2d → D-1 → aguarda 1d → D-0 (manhã)
  - **Gatilho 2**: Lead respondeu D-3 com sinal de quente (palavras-chave: urgente, agora, fechei, decisor) → escala pra mentorada via Telegram/SMS
  - **Gatilho 3**: Lead pediu cancelar/reagendar → manda link Calendly + se não reagendar em 48h, mensagem reativação
  - **Gatilho 4**: Lead respondeu fora do escopo → AI block tenta 2x → se falha, handoff
  - **Gatilho 5**: Lead digitou "humano" / "isso é bot?" → handoff imediato
  - **Gatilho 6** (NOVO — pós-reunião fechou): mentorada marca status "fechou" no CRM → bot dispara trilha onboarding D+0
  - **Gatilho 7** (NOVO — pós-reunião não fechou): mentorada marca status "não fechou" → bot dispara trilha follow-up D+1, D+7, D+15, D+30, D+60

- Carrega **roteiros pré-fabricados** das 5 mensagens WhatsApp pré-reunião e das 4-5 mensagens pós-reunião direto do `sequencia-pre-reuniao.md` e `trilha-fechou.md`/`trilha-nao-fechou.md` gerados pela Imperatriz High-Ticket — só personaliza com nome da mentorada + nicho

- Mantém TODOS os 16 validadores ativos (voz-humana, anti-bot, delay, janela 24h, etc) — preset não bypassa qualidade

### 4. Diff conceitual no SKILL.md

- Adicionar `agendador-funil-reuniao` na lista de arquétipos disponíveis (em algum lugar da seção que documenta arquétipos — provavelmente em `cerebro/arquetipos.md`)
- Adicionar novo modo de detecção: skill procura por arquivo `briefing-bot-whatsapp.md` em `~/Documents/Obsidian Vault/03 - Projetos/Funil-Reuniao-*/BRIEFINGS/` — se encontra, oferece "Detectei briefing gerado pela /imperatriz-high-ticket — quer rodar em modo briefing-driven (pula entrevista, usa preset agendador-funil-reuniao)?"
- Criar pasta `archetypes/agendador-funil-reuniao/` com:
  - `flow.json` — 7 gatilhos + estados + transições pré-fabricados
  - `mensagens-pre-reuniao.md` — 5 toques (D-7, D-5, D-3, D-1, D-0) parametrizáveis
  - `mensagens-pos-reuniao-fechou.md` — 3-4 toques D+0, D+3, D+7
  - `mensagens-pos-reuniao-nao-fechou.md` — 5 toques D+1, D+7, D+15, D+30, D+60
  - `palavras-chave-escalonamento.md` — lista que dispara Gatilho 2 (sinal de quente)
- Atualizar seção "REGRA #1 INEGOCIAVEL" — explicitar que o arquétipo `agendador-funil-reuniao` PRECISA terminar em agendamento ou handoff humano (nunca em fechamento no chat)
- Atualizar `description` no frontmatter — adicionar trigger: "bot pra funil de reunião high-ticket", "lembrete pré-call automático", "follow-up pós-reunião"

### 5. Impacto nas mentoradas atuais

**Zero impacto.** Os 11 arquétipos atuais continuam funcionando idêntico. `agendador-funil-reuniao` é opção a mais. Detecção de briefing externo só ativa se arquivo existe no path específico.

**Risco lateral:** preset reduz "ownership" da mentorada — ela copia em vez de criar. Mitigação: validadores anti-AI-slop continuam exigindo personalização com voz da mentorada, então mesmo no preset ela TEM que ajustar voz. Não vira copy-paste cego.

### 6. Esforço estimado

**Alto — 16 a 24 horas.**

Breakdown:
- 4h spec dos 7 gatilhos do `agendador-funil-reuniao` (estados, transições, condições)
- 4h escrever 5 mensagens pré-reunião + 8 mensagens pós-reunião parametrizáveis
- 2h spec da lista de palavras-chave de escalonamento (Gatilho 2)
- 4h código do modo briefing-driven (detecção + skip de entrevista + injeção do preset)
- 2h escrever `flow.json` em formato que a fábrica entenda
- 2-3h testes (3 cenários: briefing completo → bot OK, briefing parcial → skill pede gaps, briefing ausente → fluxo normal)
- 1-2h regressão dos arquétipos atuais

### 7. Prioridade

**Média.** Sem essa adaptação, a Fase 4 entrega briefing rico mas a sessão de 2-4h da mentorada com `/imperatriz-bot-whatsapp` fica menos eficiente (acaba sendo 3-4h em vez de 2). Não bloqueia o uso — só consome tempo a mais. Pode esperar até a Imperatriz High-Ticket validar com 5+ mentoradas que o briefing tá saindo bom.

---

## Adaptação 4 — /skill-pitch-high-ticket

### 1. Skill atual

Cria scripts de Pitch High-Ticket em **4 pilares + 12 etapas** (Estrutura Tata). Pilar 0 (coleta — blueprint + oferta + história), Pilar 1 (narrativa fundacional — etapas 1-5), Pilar 2 (persuasão + valor — etapas 6-10), Pilar 3 (conversão — etapas 11-12), Pilar 4 (finalização — script + roteiro + checklist + ensaios). Output: pitch completo pronto pra rodar em palco, webinar, lançamento.

### 2. Gap pra Imperatriz High-Ticket

Na Sub-fase A da Fase 5, a skill é despachada em modo FULL pra construir o **roteiro estruturado de reunião 1-a-1 em 5 blocos cronometrados (45min)** — quebra-gelo (2min), acordo de tempo (3min), diagnóstico ao vivo (15min), apresentação solução (15min), proposta + fechamento (10min).

Mas a skill atual é desenhada pra **pitch de palco / webinar / lançamento** — 12 etapas de 60-90min de duração. Encaixa, mas com fricção:

- A Sub-fase A precisa de **roteiro de 45min em 5 blocos** — não de 12 etapas em 60-90min
- O pitch atual NÃO INTEGRA com calculadora HTML (Sub-fase E) — não tem ponto explícito de "abrir calculadora aqui" no roteiro. Mentorada gera pitch + gera calculadora + tem que descobrir sozinha quando abrir
- O Bloco 5 (proposta + fechamento) da reunião 1-a-1 PRECISA ter integração explícita com `calculadora-orcamento.html` — abrir no momento certo, compartilhar tela, marcar checkboxes ao vivo
- Não tem checklist específico de "fechamento por chamada 1-a-1" — tem checklist de palco

### 3. Adaptação proposta

**Novo modo: `--reuniao-1a1`** (irmão dos modos de palco/webinar)

Quando invocada com essa flag:
- **Substitui** os 4 pilares + 12 etapas por **5 blocos cronometrados** (Quebra-gelo, Acordo de tempo, Diagnóstico ao vivo, Apresentação solução, Proposta + fechamento)
- **Mantém** os ciclos Diagnosticar → Construir → Refinar → Validar dentro de cada bloco
- **Integra explicitamente** com calculadora HTML:
  - Bloco 5 (Proposta + fechamento) tem ponto literal: "[ABRE A CALCULADORA: arquivo `ASSETS-PRONTOS/calculadora-orcamento.html`]"
  - Roteiro de fala tem instruções de tela: "[COMPARTILHA TELA]", "[MARCA CHECKBOX X]", "[PAUSA 3-5s APÓS REVELAR PREÇO]"
- Carrega **checklist específico de fechamento por chamada 1-a-1**:
  - Compartilhei tela corretamente?
  - Calculadora abriu sem bug?
  - Marquei checkboxes ao vivo (mostrando processo) em vez de pré-marcado?
  - Fiz pausa de 3-5s após revelar preço?
  - Esperei o lead falar primeiro?
- Output reduzido pro escopo de reunião 1-a-1 (não precisa de "guia de ensaios" como em palco — precisa de "como gravar a primeira call de simulação")

### 4. Diff conceitual no SKILL.md

- Adicionar nova seção `## Modo --reuniao-1a1` logo após "Visao Geral da Metodologia", documentando: quando ativar, o que muda, o que mantém
- Criar arquivo de referência `references/modo-reuniao-1a1.md` com:
  - Os 5 blocos cronometrados + roteiros literais de cada bloco
  - Pontos de integração com calculadora HTML (literais, copy-paste)
  - Checklist de fechamento por chamada 1-a-1
  - Métricas de avaliação pós-call (já existe em `roteiro-analise-pos-call.md` da Imperatriz High-Ticket — alinhar)
- Atualizar `description` no frontmatter — adicionar trigger: "reunião 1-a-1", "call de fechamento", "pitch de chamada de venda", "fechamento por chamada"
- Atualizar seção "Workflow Completo" — adicionar nota "Se invocado com `--reuniao-1a1`, segue fluxo do `references/modo-reuniao-1a1.md`"
- Atualizar seção que documenta integrações — adicionar "/imperatriz-high-ticket Sub-fase 5A — invoca em modo `--reuniao-1a1`"
- (Opcional) Adicionar seção "Integração com calculadora HTML" explicando o handoff entre pitch e asset visual

### 5. Impacto nas mentoradas atuais

**Zero impacto.** O modo padrão (4 pilares + 12 etapas pra palco/webinar/lançamento) continua sendo o default. `--reuniao-1a1` é opt-in.

**Risco lateral:** mentorada pode ficar confusa sobre "qual modo escolher" se a skill virar muito modular. Mitigação: o frontmatter `description` deve listar EXPLICITAMENTE os 2 caminhos — "Pra palco/webinar/lançamento: modo padrão. Pra reunião 1-a-1 de fechamento sob medida: `--reuniao-1a1`".

### 6. Esforço estimado

**Médio — 8 a 12 horas.**

Breakdown:
- 3h spec dos 5 blocos cronometrados (roteiros literais de cada um)
- 2h spec dos pontos de integração com calculadora HTML
- 1h checklist específico de fechamento 1-a-1
- 2h escrever `references/modo-reuniao-1a1.md`
- 2h código do modo (substituição de 4 pilares por 5 blocos quando flag ativa)
- 1-2h testes (rodar modo padrão pra garantir que não quebrou)

### 7. Prioridade

**Média.** Sem essa adaptação, a Sub-fase A da Fase 5 funciona — a skill atual gera roteiro de 5 blocos mesmo sem flag específica (basta a Imperatriz pedir no contexto). O que perde é: (1) integração explícita com calculadora HTML (mentorada tem que descobrir sozinha onde abrir), (2) checklist específico de fechamento por chamada. Ainda dá pra entregar uma reunião que fecha, mas com mais fricção.

---

## Adaptação 5 — /briefing-copy-360

### 1. Skill atual

Briefing 360° de Copy — Framework de Extração Pré-Escrita em **5 níveis hierárquicos** (Essência → Atores → Contexto → Estratégia → Arsenal). Força o copywriter a pensar antes de escrever. Bloqueia progressão sem o nível anterior preenchido. Output: BRIEFING.md completo + handoff pra `/copywriting`.

### 2. Gap pra Imperatriz High-Ticket

Na Fase 1 (Sub-fase 3), a skill é despachada em modo FULL pra capturar **persona inicial detalhada** + **posicionamento atual vs desejado** + **maior dor pra fechar high-ticket**. Mas o briefing atual é desenhado pra **copy em geral** (página, VSL, anúncio, e-mail) — captura big idea, transformação, inimigo, avatar amplo.

Gap específico:
- A Fase 1 NÃO precisa capturar nicho, ticket, público positivo/negativo, concorrentes — esses campos JÁ FORAM preenchidos pela `/anamnese-mentorada` em modo `--funil-reuniao` (adaptação 1). Briefing-copy-360 atual pergunta isso TUDO de novo, gerando redundância pesada
- A skill atual tem 5 níveis hierárquicos com locks — todos os níveis precisam ser preenchidos. Mas pra Fase 1 da Imperatriz High-Ticket, só Nível 2 (Atores — avatar) e Nível 3 (Contexto — estágio de consciência, sofisticação de mercado, dor) são críticos. Os outros 3 níveis ficam vazios ou são preenchidos com lixo
- Não tem foco em "maior dor pra fechar high-ticket hoje" (gargalo: preço/autoridade/prova/processo) — esse é o campo CRÍTICO da Fase 1 e o briefing atual não pergunta

### 3. Adaptação proposta

**Novo modo: `--funil-reuniao`** (irmão do modo padrão)

Quando invocada com essa flag:
- **Pula** Nível 1 (Essência — Big Idea, Transformação, Inimigo) — irrelevante na Fase 1 (esses campos viram parte da Fase 3 — Aquisição)
- **Pula** Nível 4 (Estratégia — Framework de copy escolhido) e Nível 5 (Arsenal — Headlines, CTAs, Bullets) — fora do escopo
- **Mantém** Nível 2 (Atores) mas com foco reduzido em Avatar (persona inicial — nome, idade, cargo, dor, objeção, vocabulário próprio) — pula Produto + Criador (já capturados na anamnese)
- **Mantém** Nível 3 (Contexto) — estágio de consciência da persona, sofisticação de mercado, posicionamento atual vs desejado
- **Adiciona** bloco novo "Maior dor pra fechar high-ticket hoje" com 4 opções pré-definidas (preço / autoridade / prova / processo) + sub-perguntas que diagnosticam qual é o gargalo real
- **LÊ** o arquivo `01-briefing-negocio.json` se já existir (gerado por `/anamnese-mentorada --funil-reuniao`) — pula perguntas dos campos já preenchidos
- **ANEXA** os campos novos no MESMO arquivo `01-briefing-negocio.json` (não cria arquivo separado)

### 4. Diff conceitual no SKILL.md

- Adicionar seção `## Modo --funil-reuniao` logo após "Hierarquia de 5 níveis", explicando: quando ativar, quais níveis pula, quais mantém, qual bloco novo entra
- Criar arquivo de referência `references/modo-funil-reuniao.md` com:
  - Schema reduzido (só Nível 2 Avatar + Nível 3 Contexto + bloco novo "Maior dor")
  - Perguntas literais do bloco novo "Maior dor pra fechar high-ticket"
  - Tabela de mapeamento: campo do briefing tradicional → campo do `01-briefing-negocio.json`
- Atualizar regra "Você NÃO ESCREVE COPY dentro deste skill" — adicionar exceção/nota: "No modo `--funil-reuniao`, output vai pra `01-briefing-negocio.json` em vez de `BRIEFING.md`"
- Atualizar `description` no frontmatter — adicionar trigger: "briefing pra funil de reunião", "captura persona pra high-ticket sob medida"
- Atualizar lista "Quando usar" — adicionar item: "Dentro da `/imperatriz-high-ticket` Fase 1 (Sub-fase 3) com flag `--funil-reuniao`"

### 5. Impacto nas mentoradas atuais

**Zero impacto.** Modo padrão (5 níveis hierárquicos completos) continua sendo o default. `--funil-reuniao` é opt-in via flag.

**Risco lateral:** baixo. Briefing-copy-360 é usado tipicamente por mentoradas em momento específico (criar copy do zero) — adicionar um modo não confunde quem já usa.

### 6. Esforço estimado

**Baixo — 4 a 6 horas.**

Breakdown:
- 1h spec do modo `--funil-reuniao` (quais níveis pulam, quais mantém, bloco novo)
- 1h escrever perguntas literais do bloco "Maior dor pra fechar high-ticket"
- 1h código (detecção de flag + leitura de `01-briefing-negocio.json` se existir + anexação dos campos novos)
- 1h escrever `references/modo-funil-reuniao.md`
- 1-2h testes (modo padrão continua funcionando + modo novo escreve no path certo)

### 7. Prioridade

**Baixa.** Sem essa adaptação, a Sub-fase 3 da Fase 1 funciona — só tem redundância visível (mentorada responde nicho, ticket, público de novo). Mentorada experiente percebe e fica frustrada; mentorada iniciante não nota. Não bloqueia entrega. Pode ser a última das 5 adaptações a entrar.

---

## Plano de execução (ordem + esforço total)

### Ordem recomendada

| Ordem | Adaptação | Prioridade | Esforço (h) | Justificativa |
|---|---|---|---|---|
| 1ª | `/imperio-agente` (Adaptação 2) | Alta | 12-16 | Maior ROI percebido — mentorada sai com agente pronto em 30min em vez de 90min |
| 2ª | `/anamnese-mentorada` (Adaptação 1) | Alta | 8-12 | Skill de entrada — fricção nela é fricção em TODO o fluxo |
| 3ª | `/imperatriz-bot-whatsapp` (Adaptação 3) | Média | 16-24 | Reduz sessão de bot de 4h pra 2h — alto valor mas alta complexidade |
| 4ª | `/skill-pitch-high-ticket` (Adaptação 4) | Média | 8-12 | Melhora integração com calculadora — alto polimento, mas não bloqueia |
| 5ª | `/briefing-copy-360` (Adaptação 5) | Baixa | 4-6 | Reduz redundância na Fase 1 — pequeno polimento de UX |
| **Total** | — | — | **48-70 horas** | Distribuído em sprints |

### Sprints sugeridos

- **Sprint 1 (semana 1-2 pós-MVP):** Adaptações 1 e 2 (`/anamnese-mentorada --funil-reuniao` + `/imperio-agente` Fluxo E + template). Resolve as 2 dores mais visíveis. Esforço: 20-28h.
- **Sprint 2 (semana 3-4):** Adaptação 3 (`/imperatriz-bot-whatsapp` arquétipo `agendador-funil-reuniao`). Esforço: 16-24h.
- **Sprint 3 (semana 5):** Adaptações 4 e 5 (`/skill-pitch-high-ticket --reuniao-1a1` + `/briefing-copy-360 --funil-reuniao`). Esforço: 12-18h.

### Dependências entre adaptações

```
Adaptação 1 (/anamnese-mentorada)
        ↓ (gera 01-briefing-negocio.json no path certo)
Adaptação 5 (/briefing-copy-360) ← LÊ esse arquivo
        ↓
Adaptação 2 (/imperio-agente) ← LÊ esse arquivo via briefing-agente-diagnostico.md
        ↓
Adaptação 3 (/imperatriz-bot-whatsapp) ← LÊ esse arquivo via briefing-bot-whatsapp.md
        ↓
Adaptação 4 (/skill-pitch-high-ticket) ← LÊ esse arquivo
```

**Conclusão:** Adaptação 1 é **gargalo de dependência** — sem ela no path certo (`funil-reuniao/01-briefing-negocio.json`), as outras 4 perdem a fonte de contexto. Por isso ela tem que ser feita junto da Adaptação 2 no Sprint 1.

### Critério de validação por adaptação

Cada adaptação só é considerada "merged" depois de:

1. **Teste de regressão**: 5 mentoradas que já usaram o modo antigo da skill validam que nada quebrou
2. **Teste de adoção**: 3 mentoradas novas usam o modo novo dentro da `/imperatriz-high-ticket` e reportam ganho de tempo / redução de fricção
3. **Doc atualizado**: SKILL.md + frontmatter description + references atualizados
4. **Skill publicada**: se a skill é pública (repo isolado github.com/tatagoncalvesof/...), versão nova publicada com changelog claro

---

## Strategy fallback

> O que a Imperatriz High-Ticket faz **HOJE** (versão MVP, sem adaptações) — o "workaround" pra cada gap mapeado.

### Fallback Adaptação 1 — /anamnese-mentorada sem `--funil-reuniao`

**Workaround atual:** A Fase 1 invoca `/anamnese-mentorada` no modo padrão (`--call`), recebe `00-anamnese.json`, e a Imperatriz **COPIA** os campos relevantes pra `01-briefing-negocio.json` no path correto. Os blocos B2B (cliente positivo, negativo, concorrentes) são capturados via `/briefing-copy-360` na Sub-fase 3 da mesma fase — com perguntas extra adicionadas no contexto que a Imperatriz manda.

**Custo do workaround:**
- Mentorada responde "histórico pessoal" e "tentativas anteriores" — perde 10-15min em campos irrelevantes pro funil
- Imperatriz tem que fazer cópia manual de campos entre 2 arquivos — risco de erro humano em 1 a cada 20 execuções
- Sem gate de ticket mínimo R$ 3.000 na anamnese → Imperatriz precisa validar 2x (na recepção da anamnese e ao salvar `01-briefing-negocio.json`)

### Fallback Adaptação 2 — /imperio-agente sem template + Fluxo E

**Workaround atual:** A Fase 2 gera `briefing-agente-diagnostico.md` rico (com 5 Passos do `/imperio-agente` pré-respondidos — QUINTETO, PENTA, AURA, PODER, ESPELHO). A mentorada, depois, roda `/imperio-agente` em sessão dedicada de 60-90min e COLA o briefing inteiro como input do Passo 1. A skill começa do zero, mas as respostas do briefing aceleram a conversa — em vez de 90min, dá 60min.

**Custo do workaround:**
- Mentorada perde ~30min refazendo perguntas que já tinha respondido
- Risco de divergência: briefing diz X, skill captura Y em conversa, agente sai com Z (mix dos dois) — inconsistência
- A skill não reconhece o briefing como input estruturado — trata como texto livre

### Fallback Adaptação 3 — /imperatriz-bot-whatsapp sem arquétipo `agendador-funil-reuniao`

**Workaround atual:** A Fase 4 gera `briefing-bot-whatsapp.md` com os 5 gatilhos especificados em detalhes (D-7 a D-0, escalonamento por palavras-chave, reagendamento, handoff). A mentorada, em sessão dedicada de 2-4h, roda `/imperatriz-bot-whatsapp` e escolhe o arquétipo mais próximo (provavelmente "agendador" puro ou "qualificador"), depois IMPORTA os roteiros do briefing pra dentro do fluxo gerado.

**Custo do workaround:**
- Sessão de bot dura 4h em vez de 2h (mentorada redesenha gatilhos que já estavam no briefing)
- Roteiros do briefing podem ser modificados durante import — perdendo polimento
- Mentorada que tem que escolher arquétipo "errado" (agendador genérico em vez de agendador-funil-reuniao) fica com bot menos especializado

### Fallback Adaptação 4 — /skill-pitch-high-ticket sem modo `--reuniao-1a1`

**Workaround atual:** A Sub-fase A da Fase 5 invoca `/skill-pitch-high-ticket` no modo padrão (4 pilares + 12 etapas), MAS no contexto envia: "Adapta saída pra roteiro de 5 blocos cronometrados (45min) — Quebra-gelo 2min, Acordo de tempo 3min, Diagnóstico 15min, Apresentação 15min, Proposta+fechamento 10min". A skill obedece pq tá no contexto. A integração com calculadora HTML fica documentada NÃO no pitch, mas no `roteiro-reuniao.md` gerado pela própria Imperatriz High-Ticket no fim da fase.

**Custo do workaround:**
- Mentorada lê 2 arquivos pra entender roteiro completo (`pitch` da skill + `roteiro-reuniao.md` do orquestrador) — fricção cognitiva
- Pontos de "abre calculadora aqui" não viram instruções no script — viram instruções soltas no roteiro
- Checklist de fechamento por chamada 1-a-1 sai genérico (do modo palco) — mentorada adapta na cabeça

### Fallback Adaptação 5 — /briefing-copy-360 sem modo `--funil-reuniao`

**Workaround atual:** A Sub-fase 3 da Fase 1 invoca `/briefing-copy-360` no modo padrão. A Imperatriz manda no contexto: "Foco APENAS em persona + posicionamento + maior dor pra fechar. Nicho, ticket, público já tão capturados — leia `01-briefing-negocio.json` antes de perguntar. Anexe os campos novos no MESMO arquivo." A skill atual respeita parcialmente (pode perguntar coisas redundantes mesmo com o aviso).

**Custo do workaround:**
- Mentorada responde redundantemente em 30-40% das perguntas (nicho, público positivo) — irritação leve
- "Maior dor pra fechar high-ticket" pode sair como pergunta aberta sem opções pré-definidas (preço/autoridade/prova/processo) — resposta vaga, qualidade abaixo do ideal
- Imperatriz precisa fazer pós-processamento pra anexar campos no arquivo certo

---

## Métricas de sucesso pós-adaptação

Quando todas as 5 adaptações estiverem mergeadas, esperamos:

| Métrica | Antes (MVP) | Depois (pós-adaptações) |
|---|---|---|
| Tempo total da Fase 1 (Imperatriz High-Ticket) | 30-45min | 25-35min |
| Tempo total da sessão de `/imperio-agente` (pós-Fase 2) | 60-90min | 30-45min |
| Tempo total da sessão de `/imperatriz-bot-whatsapp` (pós-Fase 4) | 2-4h | 1-2h |
| Redundância de perguntas (mentorada respondendo a mesma coisa 2x) | ~25% das perguntas | <5% |
| Mentorada que termina o funil sem precisar refazer fase | ~60% | >85% |
| Satisfação reportada ("a Imperatriz High-Ticket entendeu o que eu já tinha respondido") | 6/10 | 9/10 |

---

## Versionamento

Este doc é atualizado quando:

- Uma adaptação muda de prioridade (alta ↔ média ↔ baixa)
- Uma adaptação é mergeada (move pra changelog)
- Uma adaptação nova é identificada (skill filha 6, 7... que entrar na Imperatriz High-Ticket)
- Um workaround do MVP é substituído pela adaptação real

**Versão atual:** v1.0 (2026-05-18)

**Próxima revisão prevista:** após 5 mentoradas rodarem a Imperatriz High-Ticket completa — colher feedback real antes de priorizar sprints.

---

**ADAPTACOES-NECESSARIAS — Imperatriz High-Ticket / Travessia Imperatriz Tata Gonçalves.**
**Cinco skills filhas. Cinco adaptações aditivas. Zero quebra de uso atual.**
