Academia — Do lead à aula experimental (backend Evo / W12)

O mesmo atendente de captação do gym-leads, mas conectado a um sistema de gestão de academia
Evo (W12) real através de um proxy MCP. Mesmo agente, mesmas journeys — só o backend muda. É
a prova de integração da vertical academia.

O que faz

Um único agente piloto (Atendente) conduz o funil de captação:

• Dá boas-vindas ao lead, descobre o interesse e cadastra o lead (create_lead).


• Agenda a aula experimental (book_trial), cancelando via manage_booking.


• Responde sobre planos e convênio. Acompanha o lead no mesmo kanban

Novo → Experimental agendada → … com o estado trial_draft.

• Escala para um humano o suporte ao aluno e a matrícula (venda presencial).

Idiossincrasias do Evo (tratadas pelo template)

Falar com a API real do Evo não é igual ao backend nativo — estas estão embutidas no prompt e nas
ferramentas do agente:

• create_lead exige email — o POST /prospects do Evo retorna 400 sem ele (telefone não

basta), então o agente coleta o email antes de cadastrar o lead.

• session_id composto — idActivity::idConfiguration::<datetime ISO>

(ex. 8::143::2026-06-22T07:00:00). É opaco/verbatim para o agente; cada write destrincha o
subconjunto de que precisa.

• list_free_sessions exige date — o Evo lista a grade um dia por vez e não filtra por

status, então o agente lê o dia e oferece as vagas open.

Stack

| Camada | O que vem incluído |
|---|---|
| Agente (hub WayAI) | Canal gym-leads-evo — um agente pilot (Atendente), o estado trial_draft, kanban, journeys e evals específicos do Evo (escalação, hidro-Gympass, natação infantil, objeção de preço, só-info). |
| Backend (Rekor) | O proxy gym-evo sobre a API do Evo (W12) — leads/prospects, sessions, bookings etc. — servido em https://mcp.rekor.pro/e/gym-leads-evo/mcp. Vem com um seed local (integrations=disabled) para testar de forma segura em produção antes de apontar para um tenant Evo real (enabled). |

Instalação

# Backend primeiro (proxy Evo + endpoint MCP)
rekor template pull gym-leads-evo && rekor push

# Depois o canal do agente
wayai template pull gym-leads-evo && wayai push

Para ir ao ar contra um tenant Evo real, mude a integração do backend rekor para enabled e
forneça a autenticação do Evo via um secret de vault (secret_ref: vault:<key>, org-scoped); o
modo disabled semeado é para testes locais seguros em produção.

Observações

• O message_evaluator precisa rodar em Anthropic / claude-haiku (na OpenAI retorna 400).


• Proxies no estilo iMedical e o Evo não suportam sort em modo proxy — uma limitação da fonte,

não do template.

• Este hub também carrega a análise de jornadas reais (references/analise-jornadas-acqua.md):

137 conversas reais do Acqua mapeadas contra o escopo e a API do Evo.

• Para o backend nativo (sem integração) de referência, veja o template gym-leads.

wayai template pull gym-leads-evo --lang pt