Withings MCP vs Bosch Flow MCP — MCP Server Comparison | AllMCPs
Side-by-Side Model Context Protocol Comparison
Withings MCP vs Bosch Flow MCP
In-depth architectural comparison of the Withings MCP and Bosch Flow MCP MCP servers. Compare execution transports, security boundaries, tool capabilities, quality scores, and ready-to-paste client installation snippets for Claude, Cursor, Windsurf, and VS Code.
At a Glance & Executive Verdict
Withings MCP
Sports · Local stdio
Quality: 59/100 (Good) | Auth: OAuth 2.0
Bosch Flow MCP
Sports · Local stdio
Quality: 59/100 (Good) | Auth: OAuth 2.0
Verdict Summary: Choose Withings MCP if you need specialized Sports tools running via a local process. Choose Bosch Flow MCP if your workspace requires Sports integration with local subprocess execution. Both servers can be configured concurrently in your client's mcpServers manifest.
Which MCP Server Should You Choose?
Choose Withings MCP when:
You need dedicated capabilities in the Sports domain.
You prefer local stdio subprocess transport architecture.
Your security boundary fits: OAuth 2.0 (Free / Open Source).
MCP server for the Withings Health API: OAuth, local SQLite cache, and trend analysis for body composition, sleep, activity, workouts, and ECG.
MCP server for Bosch eBike Flow (Smart System / BES3). Read-only, signs in with your own Bosch account via PKCE. Battery health and charge-cycle trends, components and firmware, live state-of-charge, and per-ride activity data (distance, elevation, power, assist-mode, CO2). Local SQLite cache with auto-sync.
Category & Scope
Tools & Capabilities Breakdown
Withings MCP Tools (8)
withings_sync
Sync Withings health data to the local cache.
Fetches data from the Withings API and stores it in SQLite for fast
offline queries. Run this before using other withings_get_* tools.
Syncs incrementally: only fetches data newer than the last sync.
First sync fetches the specified number of days of history.
Args:
data_types: What to sync. Options: "all", "body", "sleep",
"activity", "workouts". Comma-separated for multiple,
e.g. "body,sleep". Default: "all".
days: Days of history for first sync (default: 30). Ignored
on subsequent syncs (uses last sync timestamp).
Returns summary of records synced per data type.
Not for querying data - use withings_get_body, withings_get_sleep,
withings_get_activity, or withings_get_workouts instead.
withings_get_activity
Get daily activity summaries (steps, distance, calories, active time).
Returns one entry per day from the local cache by default.
Run withings_sync first to populate the cache.
Args:
start_date: Start date as "YYYY-MM-DD", "YYYY-MM", or "30d".
Default: last 30 days.
end_date: End date as "YYYY-MM-DD". Default: today.
live: If true, fetch from Withings API instead of cache.
Returns daily activity data sorted by date, with steps, distance
in km, calories, and active minutes by intensity level.
Not for workout sessions -- use withings_get_workouts instead.
withings_get_workouts
Get workout sessions (type, duration, HR, calories).
Returns individual workout sessions from the local cache by default.
Run withings_sync first to populate the cache.
Args:
start_date: Start date as "YYYY-MM-DD", "YYYY-MM", or "90d".
Default: last 90 days.
end_date: End date as "YYYY-MM-DD". Default: today.
category: Filter by workout type, e.g. "cycling", "walk", "run".
Case-insensitive partial match.
live: If true, fetch from Withings API instead of cache.
Returns workout sessions sorted by date with type, duration,
calories, distance, and heart rate data.
Not for daily step/activity totals -- use withings_get_activity.
Ready-to-Paste Client Configurations
Paste either (or both) of these JSON server blocks into your client config file (e.g. claude_desktop_config.json or ~/.cursor/mcp.json).
Withings MCP is categorized under Sports and uses a local stdio subprocess. In contrast, Bosch Flow MCP belongs to Sports using local stdio subprocess. Select Withings MCP when you need capabilities focused on sports and Bosch Flow MCP when you require tools for sports.
Analyse trends in cached health data.
Computes averages, min/max, and changes over time from the local
cache. Auto-syncs if the cache is stale (no sync today).
Args:
data_type: What to analyse. Options: "body", "sleep", "activity".
period: Aggregation period. Options: "weekly", "monthly",
"quarterly". Default: "monthly".
start_date: Start date as "YYYY-MM-DD" or "12m" for relative.
Default: last 12 months.
end_date: End date as "YYYY-MM-DD". Default: today.
compare: Compare two periods. Format: "last_30d vs previous_30d",
"2026-03 vs 2026-02", "2026-Q1 vs 2025-Q4".
When set, period/start_date/end_date are ignored.
Returns aggregated averages with change indicators. For body data:
weight, fat%, muscle trends. For sleep: duration, score, HR trends.
For activity: steps, distance, calorie trends.
Not for raw data -- use withings_get_body/sleep/activity instead.
withings_get_body
Get body composition measurements (weight, fat, muscle, etc.).
Returns measurements from the local cache by default. Use live=True
to fetch directly from Withings API. Run withings_sync first to
populate the cache.
Args:
start_date: Start date as "YYYY-MM-DD", "YYYY-MM", or "30d" for
relative days. Default: last 30 days.
end_date: End date as "YYYY-MM-DD". Default: today.
metrics: Comma-separated metric filter, e.g. "weight_kg,fat_pct".
Default: all available metrics. Options: weight_kg, fat_pct,
fat_mass_kg, muscle_mass_kg, hydration_kg, bone_mass_kg,
heart_rate, systolic_bp, diastolic_bp, spo2_pct.
live: If true, fetch from Withings API instead of cache.
Returns measurements sorted by date, one entry per measurement group.
Not for sleep or activity data -- use withings_get_sleep or
withings_get_activity instead.
withings_get_devices
Get connected Withings devices with battery and firmware info.
Always fetched live from the Withings API.
Returns device type, model name, battery level (high/medium/low),
and last session date for each connected device.
withings_get_heart
Get ECG recordings and atrial fibrillation detection results.
Always fetched live from the Withings API (not cached due to large
signal data). Requires a Withings device with ECG capability
(ScanWatch, BPM Core).
Args:
start_date: Start date as "YYYY-MM-DD" or "30d". Default: last 30 days.
end_date: End date as "YYYY-MM-DD". Default: today.
Returns ECG recording list with timestamps, AFib classification
(negative/positive/inconclusive), and heart rate. Does not include
raw signal waveforms.
For resting heart rate trends, use withings_get_body or
withings_get_sleep instead.
withings_get_sleep
Get sleep data (summaries or detailed phases).
Summary mode (default): nightly totals with duration, sleep score,
HR, respiratory rate, and snoring. From local cache unless live=True.
Detail mode (detail=True): minute-by-minute sleep phases (awake,
light, deep, REM) with HR and respiratory rate. Always fetched live.
Maximum 7 days per request (Withings API limit).
Args:
start_date: Start date as "YYYY-MM-DD", "YYYY-MM", or "7d".
Default: last 7 days (detail) or last 30 days (summary).
end_date: End date as "YYYY-MM-DD". Default: today.
detail: If true, return minute-by-minute sleep phases instead
of nightly summaries. Always live, max 7 days.
live: If true, fetch summaries from API instead of cache.
Ignored when detail=True (always live).
Returns nightly sleep data sorted by date.
Not for body composition -- use withings_get_body instead.
Bosch Flow MCP Tools (12)
bosch_get_activities
List e-bike rides with per-ride summary metrics.
Live read from the Bosch rider-activity API (no cache). Each ride includes
distance, elevation gain/loss, avg/max speed, cadence, measured rider power,
calories, rider-vs-motor energy share, assist-mode distance split (metres
per mode), CO2 (emissions / car-equivalent / saved), and ABS/brake events.
Heart rate is not recorded by the bike (it has no HR sensor) - pair with a
wrist device for HR.
Args:
start_date: Window start (YYYY-MM-DD, YYYY-MM, or "30d"). Default 30 days ago.
end_date: Window end. Default today.
bike_id: Optional bike UUID filter.
limit: Optional cap on rides returned (most recent first).
bosch_get_activity_detail
Get the per-point track for one ride (GPS + speed/elevation/cadence/power).
Live read. Returns a downsampled track (~500 points per ride): per-point
cumulative distance (m), speed (km/h), elevation (m), cadence, rider power
(W), and GPS lat/lon. Get the activity_id from bosch_get_activities.
Args:
activity_id: The ride UUID from bosch_get_activities.
bosch_sync
Sync Bosch eBike data to the local cache.
Fetches data from Bosch and stores it in SQLite. The source depends on your
sign-in: a standard Bosch eBike Flow account uses the mobile app API; an EU Data
Act (euda) client uses the Data Act API. Run this to populate the cache before
using other bosch_get_* tools, or to refresh after a ride or charge cycle.
Bikes are identified automatically from your Bosch Flow account.
Battery snapshots build a time series for health trend analysis.
Service records, software-update history and capacity-tester data are only
available with a euda (EU Data Act) client; with a standard sign-in they report
status "unavailable" rather than an empty result.
Args:
data_types: What to sync. Options: "all", "bikes", "batteries",
"components", "service", "software_updates", "capacity".
Comma-separated for multiple, e.g. "bikes,batteries". Default: "all".
Returns a per-type summary: status (ok/empty/unavailable/error), record count,
and a message explaining any non-ok result.
bosch_battery_trends
Analyse battery health trends for your Bosch eBike over time.
Computes per-period averages and deltas for:
- Charge cycle count (total, rate of accumulation)
- Average battery level at time of sync
- Lifetime energy delivered (total kWh ever pushed through the battery)
- Remaining energy trend (indicates capacity degradation over time)
A declining remaining_energy_wh at a constant charge level indicates
the battery capacity is degrading. Compare early and recent snapshots
for a long-term health picture.
Args:
bike_id: Optional bike UUID. If omitted, includes all bikes.
period: Aggregation period. Options: "weekly", "monthly" (default), "quarterly".
start_date: Start date (YYYY-MM-DD, YYYY-MM, Nd, or None for all data).
end_date: End date. Default: today.
bosch_get_batteries
Get battery state and health for your Bosch eBike.
Returns charge level, remaining energy, total capacity, charge cycles
(total / on-bike / off-bike), lifetime energy delivered, and software version.
Each sync captures a snapshot, building a time series of battery health.
Use latest_only=False with a date range to see history.
Args:
bike_id: Optional bike UUID to filter to one bike.
start_date: Start date (YYYY-MM-DD, YYYY-MM, or Nd like "30d"). Default: 30 days ago.
end_date: End date. Default: today.
latest_only: If True (default), return only the most recent snapshot per bike.
Set to False to return all snapshots in the date range.
bosch_get_soc
Get live state-of-charge from the Bosch ConnectModule.
Returns real-time battery percentage, charging status, remaining energy,
and reachable range per assist mode (eco/tour/sport/turbo).
Requires a ConnectModule on the bike. Data is only available when the
bike is powered on, charging, or recently active.
Note: This calls the Bosch mobile API live - no caching.
Args:
bike_id: The bike UUID from bosch_get_bikes.
bosch_get_capacity
Get battery capacity tester diagnostic results.
Shows battery health data from Bosch's official capacity tester tool,
typically done at dealer service appointments. Includes remaining capacity
percentage vs. original specification.
Capacity-tester data comes only from the EU Data Act API; with a standard Bosch
eBike Flow sign-in this is empty and the result explains why.
Args:
part_number: Optional battery part number to filter results.
serial_number: Optional battery serial number to filter results.
bosch_get_bikes
List all Bosch eBikes registered to your Flow account.
Returns bike names, brand, and frame numbers. Uses local cache
(auto-syncs if stale). Run bosch_sync first if the list is empty.
Returns a list of bikes with id, name, brand_name, and frame_number.
bosch_get_bike
Get detailed profile for a single Bosch eBike.
Returns full bike details including brand, model, frame number,
and the cached raw API response which may include component info.
Args:
bike_id: The bike UUID from bosch_get_bikes.
bosch_get_components
List registered components for your Bosch eBike with software versions.
Shows the bike's components - drive unit, battery, ConnectModule, head unit,
remote control, ABS - with part numbers, serial numbers, and firmware versions.
The source depends on your sign-in: a standard Bosch eBike Flow account reads
them from the bike profile (mobile app API); an EU Data Act (euda) client reads
them from the Data Act registrations endpoint.
Useful for tracking firmware versions and identifying components for
warranty or service purposes.
Args:
bike_id: Optional bike UUID to filter to one bike.
component_type: Optional component type filter, e.g. "driveUnit",
"battery", "headUnit", "connectedModule", "remoteControl". Matched
against the types your bikes registered, ignoring case, so every
stored spelling of a type answers together. A value none of them
match is refused, naming the types that are held.
bosch_get_service_records
Get the digital service book history for your Bosch eBike.
Returns all service records logged by Bosch dealers and service centres,
including dates and descriptions of work performed.
Service records come only from the EU Data Act API; with a standard Bosch eBike
Flow sign-in this is empty and the result explains why (register a euda client).
Args:
bike_id: Optional bike UUID to filter to one bike.
start_date: Start date (YYYY-MM-DD, YYYY-MM, or Nd). Default: all records.
end_date: End date. Default: today.
bosch_get_software_updates
Get software update installation history for your Bosch eBike.
Returns all firmware/software update reports, showing which components
were updated, from which version to which version, and when.
This history comes only from the EU Data Act API; with a standard Bosch eBike
Flow sign-in it is empty (current firmware is still available via components).
Args:
bike_id: Optional bike UUID to filter to one bike.
start_date: Start date (YYYY-MM-DD, YYYY-MM, or Nd). Default: all records.
end_date: End date. Default: today.