inbody-api-mcp
Related Servers
Alternatives to inbody-api-mcp
No user-submitted related servers found.
Related Servers
- AlicenseAqualityAmaintenanceEnables read-only access to RENPHO Health smart scale measurements through MCP, allowing users to retrieve latest readings, body composition history, and weight trends via an MCP client.717 npmMIT
- FlicenseNot gradedqualityCmaintenanceRead access to Withings scale data, including weight and body composition metrics, through a local MCP server.-
- AlicenseNot gradedqualityCmaintenanceEnables reading Withings smart-scale data (weight, body composition, etc.) through MCP tools, with OAuth2 authentication and automatic token refresh.MIT
- FlicenseNot gradedqualityCmaintenanceEnables MCP clients to access Zepp/Amazfit health and fitness data such as steps, sleep, heart rate, workouts, and user profile information via tools.-
- FlicenseNot gradedqualityBmaintenanceEnables the agent to record meals, workouts, and check-ins, and to retrieve daily summaries, history, and settings through MCP tools.-
- AlicenseNot gradedqualityCmaintenanceEnables 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
TDQS
Scored across 4 tools
Each tool has a clearly distinct purpose: get_profile returns user identity and baseline metrics; get_scan returns full metrics for a specific scan; get_scan_count returns the total number of scans; list_scans returns a summary list of scans. No overlap or ambiguity.
All tool names follow a consistent verb_noun pattern using snake_case: get_profile, get_scan, get_scan_count, list_scans. The convention is uniform and predictable.
With 4 tools, the server is well-scoped for an InBody API: it provides profile retrieval, scan listing, scan detail, and scan count. No unnecessary tools, and the count is appropriate for the domain.
The tool set covers the essential read operations for InBody scans and user profile. A minor gap is the lack of filtering or searching scans by date range, but the core workflow (list, get detail, count) is fully supported.