evo-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| EVO_DNS | Yes | DNS da academia, ex: a2academia | |
| EVO_TOKEN | Yes | Token de autenticação da API EVO | |
| EVO_API_URL | Yes | URL da API EVO, ex: https://evo-integracao-api.w12app.com.br |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| authorize_entryC | Autoriza ou nega acesso de um usuário à academia |
| get_member_profileC | Busca o perfil de um membro da academia |
| get_membersC | Lista todos os membros ativos da academia |
| authenticate_memberC | Autentica um membro com email e senha |
| get_activitiesB | Lista todas as atividades disponíveis na academia |
| get_activity_scheduleB | Busca o cronograma de atividades da academia |
| enroll_member_in_activityC | Inscreve um membro em uma atividade |
| get_cartC | Busca um carrinho de compras pelo token |
| create_cartC | Cria um novo carrinho de compras |
| get_salesC | Busca vendas por período |
| get_workoutsC | Busca treinos de um cliente |
| health_checkB | Verifica o status da API EVO |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 12 tools
Tools target mostly distinct resources and actions—member lookup, authentication, entry authorization, activities, carts, sales, and workouts are separable. Minor potential overlap exists between authenticate_member and authorize_entry, and between member listing and profile retrieval, but descriptions clarify the boundaries.
Mostly snake_case with a verb_noun pattern (get_members, create_cart, enroll_member_in_activity), but health_check is a noun phrase and authorize_entry/authenticate_member vary slightly from the get_* style. Overall still readable and mostly predictable.
12 tools is well-scoped for a gym/member API, with each tool mapping to a plausible operation. There is no obvious redundancy or excessive surface area.
The set covers read paths for members, activities, schedules, workouts, and sales, plus cart creation/retrieval, enrollment, entry authorization, and health checks. However, it lacks update/delete operations for members and activities, and cart item/checkout operations, leaving notable lifecycle gaps.