Strava MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| STRAVA_CLIENT_ID | Yes | The Client ID of your Strava API application | |
| STRAVA_ACCESS_TOKEN | Yes | Strava API access token with required scopes (e.g., read, activity:read_all) | |
| STRAVA_CLIENT_SECRET | Yes | The Client Secret of your Strava API application | |
| STRAVA_REFRESH_TOKEN | Yes | Strava API refresh token used to automatically refresh expired access tokens |
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
Server capabilities have not been inspected yet.
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
No tools | |
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 33 tools
Most tools have distinct purposes targeting specific Strava resources (activities, segments, routes, clubs, gear) with clear action verbs. However, some overlap exists: 'strava_get_activity_streams' and 'strava_get_segment_effort_streams' both provide time-series data, which could cause confusion about when to use each. The 'strava_list_activity_zones' and 'strava_get_athlete_zones' also cover similar zone concepts but for different contexts.
Tool names follow a highly consistent 'strava_verb_noun' pattern throughout, using snake_case uniformly. The verbs are predictable (get, list, create, update, star, export) and align well with the resource types (activity, segment, route, club, athlete, gear). This makes the tool set easy to navigate and understand at a glance.
With 33 tools, the count feels heavy for a single-domain server, potentially overwhelming for agents. While Strava's API is feature-rich, this many tools may indicate over-fragmentation (e.g., separate tools for similar stream types or list functions). A more consolidated set (e.g., 15-20 tools) could improve usability without losing functionality.
The tool set provides comprehensive coverage of Strava's core domain, including full CRUD/lifecycle operations for activities (create, get, list, update), segments (explore, get, star, efforts), routes (get, export), clubs (get, list members/admins/activities), and athlete data (profile, stats, zones). It handles key workflows like file uploads, streams, and social features (comments, kudos), leaving no obvious gaps.