WHOOP MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| WHOOP_SCOPES | No | Space- or comma-separated OAuth scopes. Defaults to read:profile read:body_measurement read:recovery read:cycles read:sleep read:workout offline. | read:profile read:body_measurement read:recovery read:cycles read:sleep read:workout offline |
| WHOOP_CLIENT_ID | Yes | OAuth Client ID from the WHOOP Developer Dashboard. | |
| WHOOP_TOKEN_DIR | No | Directory used to read/write WHOOP OAuth tokens. Defaults to .whoop-tokens. | .whoop-tokens |
| WHOOP_REDIRECT_URI | No | Registered OAuth redirect URI. Defaults to whoop://mcp/callback. | whoop://mcp/callback |
| WHOOP_CLIENT_SECRET | Yes | OAuth Client Secret from the WHOOP Developer Dashboard. |
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": true
} |
| prompts | {
"listChanged": true
} |
| resources | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| whoop_training_load_trendB | Return short and long window trends for sleep, sleep performance, recovery, HRV, resting heart rate, and day strain. |
| whoop_baseline_profileB | Compute personal baseline ranges over a historical window for sleep, recovery, HRV, resting heart rate, and day strain. |
| whoop_change_alertsB | Highlight meaningful changes versus yesterday and baseline, such as sleep drops, recovery dips, HRV dips, and resting heart rate spikes. |
| whoop_wellbeing_snapshotA | Fetch a concise WHOOP snapshot for a date: recovery, sleep, cycle strain, workouts, and a workload recommendation. |
| whoop_workload_guardA | Check WHOOP recovery metrics before committing to a workload and suggest a safer daily scope when signals are weak. |
| whoop_sleep_summaryC | Fetch WHOOP sleep performance, sleep stages, recovery score, HRV, resting heart rate, and recommendation. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| whoop_workload_guardrails | System-style instructions for using WHOOP recovery data before agreeing to heavy work. |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| whoop-today | Today's WHOOP wellbeing snapshot for agent context. |
TDQS
Scored across 6 tools
Most tools have distinct purposes (baseline, alerts, sleep, trends, snapshot, guard), but 'wellbeing_snapshot' overlaps with 'sleep_summary' and 'training_load_trend' as it includes similar metrics, causing potential ambiguity.
All tools follow a consistent 'whoop_<domain>_<aspect>' snake_case pattern with no mixing of conventions, making them predictable and easy to interpret.
With 6 tools covering key areas of WHOOP health metrics, the count is well-scoped for an API wrapper—neither too sparse nor overwhelming.
The tool set covers essential read operations (sleep, recovery, HRV, strain, trends, alerts), but lacks explicit tools for detailed workout breakdown or historical data export, though snapshot partially fills gaps.