amazfit-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| ZEPP_EMAIL | Yes | Your Zepp / Amazfit account email | |
| ZEPP_COUNTRY | No | Login country code; change if login fails | |
| ZEPP_PASSWORD | Yes | Your Zepp / Amazfit account password | |
| ZEPP_TIMEZONE | No | Timezone (e.g., Europe/Lisbon); defaults to machine local time | |
| ZEPP_TOKEN_CACHE | No | Path to token cache file, or 'off' to keep token in memory only | |
| ZEPP_DEVICE_NAMES | No | Map device IDs to names, e.g., '10289411=My Band' |
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 | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| zepp_statusA | Check the Zepp cloud connection: user id, whether the session came from the token cache or a fresh login, and how many workouts are on record. |
| get_devicesA | Watches/bands/rings bound to the account, with model name (when known), firmware, and whether they're currently active. |
| list_workoutsA | List workouts, newest first, as compact summaries: sport, start/end, duration, distance, pace/speed, calories, HR, elevation, cadence, power, training effect/load, VO2max, device. Swims include SWOLF/strokes/laps. |
| summarize_workoutsA | Training totals per period: count, hours, km, calories, elevation, training load, and duration-weighted avg HR. |
| get_workout_detailA | Full analysis of one workout: the summary fields plus time in each HR zone, per-kilometer splits (pace + avg HR), first-half vs second-half HR/speed/power drift, and which per-sample track fields exist (fetch those with get_workout_track). |
| get_workout_trackA | Decoded per-sample time series for one workout, downsampled to at most
|
| get_daily_summaryA | Per-day steps, distance, calories, step goal, and last night's sleep: bedtime, wake time, total/deep/light/REM/awake minutes, sleep score, and resting HR. ISO YYYY-MM-DD dates; defaults to the last 7 days. include_sleep_stages adds the timeline of individual sleep stages. |
| get_health_metricsA | Daily recovery and health metrics, one entry per date: - readiness: readiness score, overnight HRV + baseline, sleeping resting HR + baseline, physical/mental recovery, skin-temp and breathing scores - pai: weekly & daily PAI, minutes in low/medium/high HR zones - stress: avg/min/max stress and % time relaxed/normal/medium/high - spo2: overnight blood-oxygen score and desaturation index (ODI) |
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 8 tools
Each tool targets a distinct resource or data view: connection status, devices, aggregated workout summaries, workout lists, individual workout detail, raw track data, daily activity/sleep, and health metrics. Even within the workout domain, list/detail/track/summarize have clear boundaries reinforced by the descriptions.
Most tools follow a consistent get_/list_/summarize_ snake_case pattern (e.g., get_devices, list_workouts, summarize_workouts). The only minor deviation is zepp_status, which uses a noun-style name rather than a verb-prefixed one.
Eight tools is a well-scoped set for a health/fitness data server. Each tool covers a distinct aspect of the domain without redundancy or bloat, and the count sits comfortably in the ideal range.
The tool surface covers the main Zepp/Amazfit data domains well: connection, devices, workouts (list/detail/track/aggregate), daily activity, sleep, and health metrics. Minor gaps exist, such as lack of body-composition data or continuous 24/7 heart-rate retrieval, but agents can still accomplish core health-data workflows.