WHOOP MCP Server
Related Servers
Alternatives to WHOOP MCP Server
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceEnables read-only access to your WHOOP health data, including recovery, sleep, strain, workouts, cycles, and body measurements, through the official v2 API with OAuth 2.0.MIT
- FlicenseAqualityDmaintenanceEnables querying WHOOP fitness data including recovery, sleep, workouts, physiological cycles, and profile via the WHOOP API v2.1112 npm-
- AlicenseBqualityDmaintenanceIntegrates with Whoop API v2 to access user profile, sleep, recovery, cycles, and workout data via natural language, with OAuth2 authentication and automatic token refresh.1414 npmMIT
- AlicenseNot gradedqualityBmaintenanceEnables read-only access to WHOOP health data through MCP clients, including recovery, HRV, sleep, strain, workouts, cycles, trends, and period comparisons, with resilient handling of outages, token refresh, and natural-language dates.MIT
- AlicenseAqualityBmaintenanceEnables Claude to query personal WHOOP health data including recovery, sleep, strain, workouts, and profile via WHOOP's OAuth 2.0 REST API.612 npmMIT
- AlicenseNot gradedqualityBmaintenanceEnables agents to read and review recovery, sleep, strain, and workout records over time through the official WHOOP v2 API and browser OAuth.Apache 2.0
TDQS
Scored across 16 tools
Most tools have distinct purposes targeting specific resources like cycles, sleep, workouts, recovery, and authentication. However, there is some potential overlap between collection tools (e.g., whoop-get-cycle-collection and whoop-get-recovery-collection) and their cycle-specific counterparts (e.g., whoop-get-recovery-for-cycle), which could cause minor confusion in selection.
All tools follow a consistent verb_noun pattern with the prefix 'whoop-' and clear action-object naming (e.g., whoop-get-cycle-by-id, whoop-refresh-token). The naming is uniform across all 16 tools, making them predictable and easy to understand.
With 16 tools, the count is slightly high but reasonable for a fitness/health API server covering authentication, user data, cycles, sleep, workouts, and recovery. It provides comprehensive coverage without being overly bloated, though it borders on the upper limit of typical scoping.
The tool set covers core CRUD-like operations for key resources (cycles, sleep, workouts, recovery) and includes essential authentication flows (OAuth, token management). Minor gaps exist, such as lack of update or delete operations for user data or workout records, but agents can likely work around these for most use cases.