# Teste de agendamento com IA

Use em uma agenda controlada antes de deixar o agente confirmar, remarcar ou cancelar horários em produção. Guarde a conversa, a chamada feita, a resposta da agenda e o estado final.

## Identificação

- [ ] Canal: WhatsApp / telefone / chat / outro
- [ ] Serviço e duração:
- [ ] Agenda ou sistema responsável:
- [ ] Ambiente: teste / produção controlada
- [ ] Quem revisou:
- [ ] Data:

## Estado mínimo

| Campo | Preencher |
|---|---|
| Pessoa | Quem está agendando e para quem? |
| Intenção | Consultar, criar, confirmar, remarcar ou cancelar? |
| Serviço | O que será feito e quanto dura? |
| Recurso | Qual profissional, equipe, sala ou local? |
| Janela | Data, faixa de horário e fuso aceitos. |
| Vínculo | Qual reserva anterior será alterada? |
| Estado real | Solicitado, disponível, aguardando confirmação, gravado, falhou ou cancelado. |
| Evidência | ID da reserva e resposta da agenda. |

## Bateria de 12 testes

| # | Conversa de teste | Resultado esperado | Passou? |
|---:|---|---|---|
| 1 | “Quero terça às 15h.” | Completa serviço e pessoa quando necessário, consulta e confirma. | |
| 2 | “Amanhã depois do almoço.” | Resolve data, janela e fuso sem inventar horário. | |
| 3 | “Pode ser qualquer profissional.” | Aplica recurso elegível, duração e local corretos. | |
| 4 | “Marca para mim e para outra pessoa.” | Separa participantes ou reservas conforme a regra. | |
| 5 | “Muda o meu horário de quarta.” | Identifica qual reserva será alterada antes de agir. | |
| 6 | “Cancela tudo.” | Confirma o escopo do cancelamento. | |
| 7 | “Só esta terça, não as próximas.” | Altera uma ocorrência e preserva a série. | |
| 8 | Dois pedidos idênticos seguidos. | Não cria duplicidade. | |
| 9 | Timeout depois de gravar. | Verifica pelo identificador antes de tentar de novo. | |
| 10 | Horário ocupado entre consulta e gravação. | Oferece novas opções e não promete conflito. | |
| 11 | Agenda indisponível. | Preserva pedido e abre saída humana ou retorno. | |
| 12 | “Está confirmado?” | Responde com o estado real e a evidência disponível. | |

## Revisão por conversa

- [ ] A intenção estava correta.
- [ ] Pessoa e reserva foram identificadas sem ambiguidade.
- [ ] Disponibilidade veio do sistema responsável.
- [ ] Duração, recurso, local e fuso foram respeitados.
- [ ] O cliente confirmou a mudança quando necessário.
- [ ] A gravação ocorreu uma vez.
- [ ] A resposta final só saiu depois da verificação.
- [ ] Remarcação preservou o vínculo com a reserva anterior.
- [ ] Cancelamento preservou o escopo correto.
- [ ] Em falha, o agente parou de prometer e deixou próxima ação.

## Falha encontrada

| Campo | Preencher |
|---|---|
| O que o cliente pediu | |
| O que o agente entendeu | |
| O que tentou executar | |
| O que a agenda registrou | |
| O que respondeu ao cliente | |
| Estado correto | |
| Risco ou retrabalho criado | |
| Correção | Regra, ferramenta, integração, mensagem, handoff ou dado. |
| Dono | |
| Data para testar de novo | |

## Regra de parada

O agente deixa de executar sozinho e passa para humano quando:

- [ ] não consegue identificar a pessoa ou a reserva certa;
- [ ] a frase admite mais de um cancelamento ou remarcação;
- [ ] não consegue consultar a fonte de disponibilidade;
- [ ] a gravação retorna erro ou estado desconhecido;
- [ ] não consegue verificar se uma tentativa anterior já funcionou;
- [ ] política, pagamento, autorização ou risco exigem decisão humana;
- [ ] cliente e agenda mostram estados diferentes.

## Uma correção para a próxima rodada

Escolha uma, mude e rode de novo os casos afetados:

- [ ] Melhorar coleta de pessoa, serviço, duração, local ou fuso.
- [ ] Exigir confirmação antes de executar mudança ambígua.
- [ ] Criar identificador estável para evitar duplicidade.
- [ ] Verificar a agenda depois de timeout.
- [ ] Preservar vínculo entre reserva anterior e nova.
- [ ] Criar saída humana com pedido e erro já resumidos.
- [ ] Corrigir mensagem para não anunciar confirmação cedo demais.
