google-health-mcp
Related Servers
Alternatives to google-health-mcp
No user-submitted related servers found.
Related Servers
- AlicenseAqualityDmaintenanceMCP server to read daily activity, sleep, heart rate, and body metrics from Google Health API, allowing AI assistants like Claude to access your health data. Optionally syncs health metrics to an Obsidian vault.5MIT
- AlicenseBqualityAmaintenanceA local-first MCP server that enables AI agents to read user-authorized Google Health API v4 data from Fitbit, Pixel Watch, and partners via OAuth, with tokens never leaving the machine.26345 npm66MIT
- AlicenseNot gradedqualityDmaintenanceSelf-hosted MCP server that aggregates personal health data from Google Health, Oura, and Withings into a single, provider-attributed interface with configurable source of truth preferences.MIT
- AlicenseNot gradedqualityBmaintenanceSelf-hosted multi-user Google Health OAuth broker and read-only Agent API with remote MCP support. Enables users to connect their Google account and grant agents secure access to activity, sleep, heart, HRV, SpO2, and other health metrics via revocable per-token authentication.3MIT
- AlicenseAqualityDmaintenanceAn MCP server that locally authenticates with Google Health API v4 and provides read-only access to Fitbit, Pixel Watch, and other health data for AI agents.29117 npm18MIT
- AlicenseAqualityAmaintenanceMCP server that reads Zepp/Amazfit health and workout data, exposing tools for daily summaries, sleep, heart rate, and workout details to any MCP client.83MIT
TDQS
Scored across 24 tools
Most tools target clearly distinct metrics or actions, and descriptions explicitly separate overlapping granularities like sleep vs sleep_sessions, weight vs weight_readings, and skin vs core temperature. A few zone-related (heart_rate vs AZM) or aggregate-vs-raw (trends vs getters) pairs could cause brief hesitation, but the descriptions resolve them.
All names use snake_case with a consistent health_ prefix, and getters follow the health_get_<metric> pattern. Minor deviations are health_sync and health_trends, which are readable and conventional for their distinct actions.
At 24 tools, the surface is in the heavy 16-25 range and creates a large selection space for an agent. The breadth of distinct Google Health metrics means few tools are truly redundant, but some consolidation (e.g., weight vs weight_readings, sleep vs sleep_sessions) could reduce the load.
The set covers a wide range of health data types—activity, heart, sleep, body composition, temperature, food, ECG, devices, profile—plus sync, trends, and all-time stats. For a read-only health API, there are no obvious dead ends; every major metric appears accessible.