WHOOP MCP
Related Servers
Alternatives to WHOOP MCP
No user-submitted related servers found.
Related Servers
- AlicenseAqualityAmaintenanceA local-first, read-only MCP server that provides compact recovery, sleep, strain, HRV, heart-rate, workout, and body-measurement data from WHOOP without sending credentials to a third party.534 npm1MIT
- AlicenseNot gradedqualityCmaintenanceMCP server providing full read/write access to Whoop wearable data, including recovery, sleep, workouts, journal, and more, via Whoop's private iOS API.25 npmMIT
- AlicenseBqualityAmaintenanceLocal-first MCP server that connects AI agents to your Polar training, sleep, Nightly Recharge and continuous-sample data.37123 npm6MIT
- AlicenseNot gradedqualityAmaintenanceMCP server that connects AI assistants like Claude to WHOOP health data, enabling natural language queries about recovery, sleep, workouts, and more.587 npm157MIT
- AlicenseAqualityDmaintenanceMCP server that enables AI assistants to access Whoop health data including recovery, sleep, workouts, and daily strain for personalized health recommendations.7412 npmMIT
- AlicenseNot gradedqualityCmaintenanceSelf-hosted MCP server connecting Claude to your WHOOP data via the official API, enabling queries for recovery, sleep, cycles, workouts, and profile.6 npmMIT
TDQS
Scored across 30 tools
Most data tools are clearly separated by resource and action, but there is a cluster of overlapping meta/helper tools (data_inventory, capabilities, agent_manifest, quickstart) that all describe setup, privacy, and recommended workflows, making it easy for an agent to call the wrong one. The get/list data tools themselves are otherwise distinct.
All tools share the whoop_ prefix and snake_case, but conventions are not uniform: data tools use get_/list_ (whoop_get_sleep, whoop_list_cycles) while profile tools use object_verb (whoop_profile_get/update) and many helpers are bare nouns (whoop_capabilities, whoop_daily_summary). The names remain readable, but verb placement is inconsistent.
30 tools is above the 'too many' threshold and includes several overlapping meta/documentation tools plus status helpers that could be consolidated. The core WHOOP data tools are justified, but the extra surface adds significant selection overhead for agents.
The server covers the full WHOOP read surface — profile, body measurements, cycles, recoveries, sleeps, and workouts — with list and get access, plus auth lifecycle, shared profile management, trends, and summaries. There are no obvious dead ends; recovery detail is accessible via list_recoveries and get_cycle_recovery.