Withingsmcp

io.github.davidmosiahPublished by GitHub account davidmosiahv0.4.7Updated Oct 24, 2026

Privacy-first, unofficial Withings MCP server for AI health, sleep, activity and heart-rate agents.

VerifiedSTDIODesktop onlyLocation & LifestyleData & Analytics

Overview

AI-generated overview

Unofficial local MCP server that lets an AI assistant read your Withings body, sleep, activity and heart data through the official Withings API.

What you can do
  • Check setup, capabilities, privacy mode and cache status, and run the OAuth flow (get auth URL, exchange code, revoke access)
  • Read body measures such as weight, body fat, muscle, bone and water, plus heart records where the device and plan allow
  • Read daily activity summaries and logged workouts
  • Read daily sleep summaries with heart-rate and stage fields, and detailed sleep records
  • Produce daily and weekly wellness briefs with comparisons and next-week plans, plus built-in prompts for daily check-ins, weekly reviews and body/sleep investigations
When to use it
Useful when you want an agent to reason over your own Withings history — body composition, sleep and activity trends — instead of copying numbers out of the Withings app. It suits personal wellness review workflows in a desktop MCP client, not clinical or diagnostic use.
Requirements
Node.js 20+ and a local process (npm package, stdio by default; optional loopback-only HTTP). A Withings developer app with redirect URI plus WITHINGS_CLIENT_ID, WITHINGS_CLIENT_SECRET and WITHINGS_REDIRECT_URI, or the setup command that stores them in a local config file. Scopes user.activity and user.metrics. Optional variables: WITHINGS_PRIVACY_MODE, WITHINGS_TOKEN_PATH, WITHINGS_CACHE, WITHINGS_CACHE_PATH, WITHINGS_NO_CACHE.
Before you install
Requires your Withings OAuth client secret (WITHINGS_CLIENT_SECRET) and grants access to personal health data; the setup command stores the secret and tokens in local files under ~/.withings-mcp. Tokens are written to disk, so protect or delete them, and revoke access when done — full account-side revocation depends on your Withings plan. Raw mode exposes fuller upstream payloads. Legacy SQLite cache files may still hold historical health data and must be removed manually. Not a medical device…

Installation

In SourceWeft

  1. Open Withingsmcp in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

Upgrading to 0.6.0: read the migration guide for local-only HTTP, disabled authenticated-response caching, and stricter input/profile limits.

Withings MCP

Give your AI agent your Withings body measures, sleep, activity and heart data — locally.
Local-first MCP server — tokens never leave your machine.

[npm version] [GitHub release] [npm downloads] [License MIT] [Site]

[GitHub stars] [Built for MCP] [Verified release index] [Hermes one-command setup] [Withings]

⚡ One-command install with Delx Wellness for Hermes: npx -y delx-wellness-hermes setup — preconfigures this connector and the other 8 in a dedicated Hermes profile.

Or wire it standalone into Claude Desktop / Cursor / ChatGPT Desktop — see the install section below.


HTTP (v2 stateless)

Default is stdio. Optional Streamable HTTP — no session id, JSON responses, loopback only:

bash
npx -y withings-mcp-unofficial --http# GET  http://127.0.0.1:3000/health# POST http://127.0.0.1:3000/mcp   (sessionless)

Env: WITHINGS_MCP_HOST, WITHINGS_MCP_PORT, WITHINGS_MCP_TRANSPORT=http.

Local-first MCP server that connects AI agents to your Withings body, sleep, activity and heart data.

Unofficial project. Not affiliated with, endorsed by or supported by Withings. Withings is a trademark of its respective owner. Use this only with your own Withings account and in line with the Withings Public API terms.

Built by David Mosiah for people who use Claude, Cursor, Hermes, OpenClaw or other MCP-compatible agents to think about body composition, sleep and long-term health trends — without copy-pasting numbers from the Withings app.

Part of Delx Wellness, a registry of local-first wellness MCP connectors.

If this connector helps your agent workflow, please star the repo. Stars make the project easier for other AI builders to discover and help Delx keep shipping local-first wellness infrastructure.

Why this exists

Withings has the longest-running consumer body-composition and sleep ecosystem (smart scales, Sleep Analyzer, ScanWatch). The data is rich — punctual weight + body fat + muscle mass measurements, sleep stages, ECG-grade heart records — but the Withings Public API uses a signed-token OAuth flow that's heavier than most consumer APIs.

This package handles the signed OAuth dance locally, normalizes responses, and exposes Withings through the Model Context Protocol. Tokens never leave your machine. Privacy-mode defaults keep raw payloads opt-in.

Setup in 60 seconds

You'll need a Withings app (create one here) with redirect URI http://127.0.0.1:3000/callback.

bash
npx -y withings-mcp-unofficial setup    # interactive: paste client id + secretnpx -y withings-mcp-unofficial auth     # opens browser, captures the OAuth codenpx -y withings-mcp-unofficial doctor   # verifies you're ready

Recommended scopes:

text
user.activity user.metrics

Then add this to your MCP client config:

json
{  "mcpServers": {    "withings": {      "command": "npx",      "args": ["-y", "withings-mcp-unofficial"]    }  }}

For Claude Desktop, run setup --client claude and the snippet is written for you.

Note: Withings OAuth authorization codes are short-lived (a few minutes). Don't pause between approving the consent screen and withings_exchange_code running.

Try it with your agent

Three things to ask first:

text
Use withings_connection_status to check setup, then run withings_daily_summary.Give me a 5-line wellness brief for today.
text
Call withings_weekly_summary with response_format=json. Identify my biggestsleep/body bottleneck and give me a next-week plan.
text
Use the withings_body_sleep_investigation prompt, after=2026-04-01.Walk me through what changed in body composition + sleep.

Data availability

This package uses the official Withings Public API. When this README says raw, it means the upstream Withings JSON for a supported endpoint — not raw device sensor streams.

DataAvailableNotes
Body measures (weight, fat %, muscle, bone, water)✓Requires user.metrics scope
Daily activity (steps, calories, distance, intensity)✓Requires user.activity scope
Workouts + sport metadata✓Requires user.activity scope
Sleep summaries (duration, stages, efficiency, HR)✓Requires user.activity scope
Sleep detail records✓When the device exposes them
Heart records (ECG, BP, etc.)✓Requires user.metrics scope; varies by device/plan
Continuous sensor telemetry—Not exposed by Withings Public API

Tools

Start with these:

  • withings_connection_status — verify local setup before calling Withings
  • withings_data_inventory — inventory supported data domains, scopes, privacy modes and recommended first calls without calling Withings APIs.
  • withings_daily_summary — body, sleep, activity and heart brief for today
  • withings_weekly_summary — scorecard, comparison vs prior week, next-week plan

Auth & diagnostics

  • withings_capabilities, withings_agent_manifest, withings_privacy_audit, withings_cache_status
  • withings_get_auth_url, withings_exchange_code, withings_revoke_access

Body & metrics

  • withings_list_body_measures — punctual weight/composition records. Use after / before as YYYY-MM-DD or ISO 8601 for large histories; the server sends Withings startdate / enddate (Unix seconds) upstream and caps returned records with limit.
  • Date filters are action-aware: getactivity / getworkouts / sleep getsummary send civil startdateymd / enddateymd; getmeas, sleep detail, and heart list keep epoch startdate / enddate. Offset ISO instants keep their exact epoch conversion on epoch-style actions.
  • withings_list_heart — heart records when device/plan permit

Activity

  • withings_list_activity — daily activity summaries
  • withings_list_workouts — logged workouts

Sleep

  • withings_list_sleep_summary — daily sleep summaries with HR/stage fields
  • withings_list_sleep — detailed sleep records

Prompts

  • withings_daily_checkin — practical daily health and body check-in
  • withings_weekly_review — review trends across body, sleep, activity
  • withings_body_sleep_investigation — investigate body measures + sleep together

Resources

  • withings://capabilities, withings://agent-manifest
  • withings://latest/activity, withings://latest/sleep
  • withings://summary/daily, withings://summary/weekly

Privacy & security

  • OAuth tokens are stored in ~/.withings-mcp/tokens.json with 0600 permissions and are never returned by tools.
  • Withings uses a signed-request OAuth flow — the package handles signing locally; client secrets never reach the MCP client.
  • The server never prints access or refresh tokens.
  • WITHINGS_PRIVACY_MODE defaults to structured. Raw Withings JSON is opt-in via raw mode or per-call override.
  • Structured mode preserves complete upstream physiological fields, including future Withings additions, while removing GPS and secret-bearing values.
  • withings_revoke_access clears local tokens; full account-side token revocation depends on your Withings plan.
  • The MCP client never sees access or refresh tokens.
  • This is not medical advice. Withings exposes data that may resemble medical signals (ECG, blood pressure) but this server is for personal AI workflows, not diagnosis or treatment.

Configuration

setup writes most of these into ~/.withings-mcp/config.json (0600). Manual env override is supported:

bash
WITHINGS_CLIENT_ID=…WITHINGS_CLIENT_SECRET=…WITHINGS_REDIRECT_URI=http://127.0.0.1:3000/callback
# OptionalWITHINGS_SCOPES="user.activity user.metrics"WITHINGS_PRIVACY_MODE=structured        # summary | structured | rawWITHINGS_CACHE=sqlite                   # legacy setting; authenticated caching is disabledWITHINGS_TOKEN_PATH=~/.withings-mcp/tokens.jsonWITHINGS_CACHE_PATH=~/.withings-mcp/cache.sqlite

Hermes / remote setup

bash
npx -y withings-mcp-unofficial setup --client hermes --no-authnpx -y withings-mcp-unofficial auth                      # run locally if browser auth is needednpx -y withings-mcp-unofficial doctor --client hermeshermes mcp test withings

After Hermes config changes, use /reload-mcp or hermes mcp test withings. Don't restart the gateway for normal data access.

If browser OAuth has to happen on a different machine than Hermes, run auth locally and copy ~/.withings-mcp/tokens.json to the server with chmod 600.

Requirements

Development

bash
git clone https://github.com/davidmosiah/withings-mcp.gitcd withings-mcpnpm installnpm testnpm run build

Test with MCP Inspector:

bash
npx @modelcontextprotocol/inspector node dist/index.js

Links

See also

The full Delx Wellness connector library:

One-command setup for Hermes — preconfigures every connector above plus wellness skills + onboarding: delx-wellness-hermes.

📧 Contact & Support

License

MIT — see LICENSE.

Disclaimer

This software is provided as-is. It is not a medical device, does not provide medical advice, and should not be used for diagnosis or treatment. Withings exposes data that may resemble medical signals (ECG, blood pressure, body composition) — always consult qualified professionals for medical concerns.

Skill or MCP

Same package, two doors. MCP registers tools on stdio/HTTP. The skill can drive the same tools through the CLI when the client has no MCP:

bash
npx -y withings-mcp-unofficial call withings_connection_status --json '{}'

Copy skill/SKILL.md into your agent skills dir.

Authenticated response cache safety

Authenticated health responses always reach the provider and are never cached or replaced by a previous success when the provider fails. This includes account changes, expired/revoked credentials and transient failures. WITHINGS_CACHE is retained for configuration compatibility, but cannot enable this unsafe fallback. Legacy SQLite files are not opened, read, changed or deleted by requests or cache status checks. They may still contain historical health data: remove them manually when no longer needed. Generic HTTP caching also bypasses Authorization, Proxy-Authorization and Cookie headers, case-insensitively.

Source: README.md at commit 0daa78b

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

1
  1. v0.4.7LatestSep 16, 2026

Score

50% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts