# PROMPT DE ENTRADA — como a skill recebe pedido

Esse arquivo define o formato ideal de input do usuário e como a skill processa quando o input vem incompleto.

---

## FORMATO IDEAL (quando o usuário sabe o que quer)

```
Nicho: [mercado da empresa]
Intenção: [o que quer comunicar]
Dados disponíveis: [o que vai virar variável]
Ação esperada do cliente: [opcional]
BSP usado: [opcional, ex: Botconversa, Cloud API direto]
```

### Exemplo de input ideal
```
Nicho: clínica odontológica
Intenção: lembrete de consulta 24h antes
Dados disponíveis: nome do paciente, nome do dentista, data, horário, endereço
Ação esperada do cliente: confirmar presença, reagendar ou cancelar
BSP usado: Botconversa
```

---

## INPUT INCOMPLETO — como agir

A maioria dos usuários NÃO vai mandar nesse formato. Vai mandar tipo:

> "Cria um template pra avisar que a aula vai começar"
> "Quero mensagem de confirmação de matrícula"
> "Preciso de um template de fatura"

Quando o input é vago, a skill pergunta APENAS o que falta, UMA pergunta por vez, na ordem:

### Pergunta 1 — Nicho (se não foi citado)
"Qual o nicho/tipo de negócio? Pra eu calibrar o vocabulário."

### Pergunta 2 — Intenção específica (se vago)
"Qual o gatilho exato dessa mensagem? Tipo: cliente acabou de pagar, profissional acabou de confirmar agenda, sistema gerou boleto."

### Pergunta 3 — Dados disponíveis (se não foi listado)
"Quais informações desse cliente você tem em mãos quando essa mensagem dispara? Nome, número de pedido, data, valor, etc."

### Pergunta 4 — Ação esperada (se relevante)
"Você quer que o cliente clique em algo, ligue, copie um código, ou só seja informado?"

---

## DEFAULTS INTELIGENTES (quando o usuário não responder tudo)

Se o usuário não quiser responder mais perguntas e mandar "tô com pressa, manda logo", aplica defaults:

### Default de variáveis (se não disse quais)
Por arquétipo:

- **Confirmação**: nome cliente, número da transação, valor, data
- **Status**: nome cliente, número, status anterior, status novo
- **Lembrete**: nome cliente, descrição, data, hora, local
- **Cobrança**: nome cliente, descrição, valor, vencimento, código pagamento
- **Documento**: nome cliente, tipo de documento, número, data
- **Acesso**: nome cliente, login, URL
- **Alerta**: nome cliente, descrição do evento, data, impacto
- **Pendência**: nome cliente, descrição da pendência, prazo

### Default de ação esperada (se não disse)
Por arquétipo:

- Confirmação → URL "Acessar [coisa]"
- Status → URL "Acompanhar [coisa]"
- Lembrete → Quick "Confirmar" + "Reagendar"
- Cobrança → Copy code + URL "Baixar boleto"
- Documento → URL "Baixar [doc]"
- Acesso → URL "Acessar plataforma"
- Alerta → URL "Mais informações"
- Pendência → URL "Completar [coisa]"

### Default de footer (sempre)
"Mensagem automática de [Empresa]."
Pergunta o nome da empresa só se não souber.

---

## DETECÇÃO DE NICHO POR VERBO/CONTEXTO

Se o usuário citou intenção mas não nicho, tenta inferir:

| Verbos/palavras no input | Nicho provável |
|---|---|
| "pedido", "entrega", "rastreio", "carrinho" | E-commerce |
| "consulta", "exame", "paciente", "convênio" | Saúde/Clínica |
| "aula", "curso", "mentoria", "matrícula", "aluno" | Educação |
| "assinatura", "plano", "renovação", "trial" | SaaS |
| "processo", "audiência", "honorários", "OAB" | Advocacia |
| "imóvel", "aluguel", "visita", "locação" | Imobiliária |
| "fatura cartão", "transferência", "PIX recebido" | Financeiro |
| "sessão", "procedimento", "tratamento", "estética" | Beleza |
| "pedido", "delivery", "reserva mesa" | Restaurante |
| "veículo", "revisão", "oficina", "placa" | Automotivo |

Confirma com o usuário antes de assumir.

---

## DETECÇÃO DE ARQUÉTIPO POR VERBO/INTENÇÃO

| Verbo na intenção | Arquétipo provável |
|---|---|
| "confirmar", "confirmamos", "validar compra" | 1. Confirmação |
| "avisar que saiu", "atualizar status" | 2. Status |
| "lembrar", "amanhã às", "lembrete" | 3. Lembrete |
| "fatura", "boleto", "vence", "pagar" | 4. Cobrança |
| "nota fiscal", "recibo", "certificado", "contrato" | 5. Documento |
| "acesso", "login", "senha", "portal" | 6. Acesso |
| "manutenção", "indisponível", "aviso" | 7. Alerta |
| "falta documento", "preciso de", "completar" | 8. Pendência |

---

## INPUT QUE NÃO É UTILITY (recusa cordial)

Quando o usuário pede algo que é claramente marketing tentando se passar por utility, responde:

> "Essa mensagem é marketing, não utility. Te dou duas saídas:
>
> 1. **Submeter como marketing** (custa USD 0,0625/msg em vez de USD 0,0080, mas aprova legitimamente)
> 2. **Reformular pra utility de verdade** (atrelar a uma transação real do cliente)
>
> Qual prefere?"

Casos clássicos:
- "Avisar do meu novo produto"
- "Reativar lista fria"
- "Cupom de desconto"
- "Convite pra meu evento"
- "Sondagem de interesse"
- "Indicar amigo"

---

## INPUT TÉCNICO (usuário já conhece o tema)

Se o usuário usa termos como:
- "Template HSM"
- "Quality rating"
- "Tier de envio"
- "Recategorização"
- "Free entry point"
- "Webhook do Cloud API"

Trata como usuário técnico:
- Pode pular explicação dos fundamentos
- Vai direto pra geração
- Inclui detalhes técnicos (nome interno, sintaxe API se relevante)
- Não infantiliza

---

## INPUT INICIANTE (usuário não conhece)

Se o usuário pergunta coisas básicas tipo "o que é utility", "preciso aprovar onde", "isso é caro":

- Explica brevemente o conceito necessário (consulta `01-fundamentos.md`)
- Não despeja toda a teoria, só o que ele precisa pra continuar
- Pergunta se quer ler o guia completo de fundamentos antes de gerar

---

## RESPOSTA QUANDO USUÁRIO PEDE "GERA UMA LISTA PRA EU TER PRONTO"

Vai pro MODO 4 (EM MASSA) automaticamente. Ver `06-modos-operacao.md` seção MODO 4.

---

## EXEMPLO COMPLETO DE INTERAÇÃO IDEAL

```
USUÁRIO: cria um template pra confirmar inscrição na minha mentoria

SKILL: Pra calibrar, me passa só esses 3:
1. Nome da mentoria (ou da empresa)
2. Dados que você tem do aluno na hora que a mensagem dispara (nome, programa, data de início, etc)
3. O aluno precisa fazer alguma ação? Tipo clicar no portal, ou só ser avisado.

USUÁRIO: Mentoria Imperio IA / nome, programa, data de início, protocolo / clicar no portal

SKILL: Pronto, vou gerar.

[entrega completa: diagnóstico + template + exemplo + análise de risco]
```

---

## REGRAS DE COMUNICAÇÃO COM O USUÁRIO

1. **Faz no máximo 4 perguntas pra coletar briefing**. Se faltar mais, infere ou usa default.
2. **Uma pergunta por vez**, nunca 5 numa pergunta só.
3. **Frases curtas**. PT-BR direto.
4. **Sem hedging**. "Talvez seja melhor" → "É melhor X."
5. **Sem emoji** na resposta.
6. **Se já tem todos os dados**, vai direto pra entrega.
7. **Sempre entrega no formato fixo** (ver SKILL.md "Entrega obrigatória").
