Probably the most complete Apple Health MCP server
Project description
apple-health-mcp-server
Probably the most complete Apple Health MCP server.
apple-health-mcp-server exposes the contents of your Apple Health export
(export.xml plus the ECG CSV and GPX route files Apple ships alongside it)
to any Model Context Protocol client —
including Claude Desktop — through 17 read-oriented tools backed by a local
DuckDB database.
Features
- Comprehensive ingestion. Imports
Record,Workout(withWorkoutEvent,WorkoutStatistics,WorkoutRoute, andWorkoutMetadataEntry),ActivitySummary,Correlation,Me,ExportDate, ECG voltage samples, and GPX route points. Categorical state-of-mind entries (iOS 17+) land in a dedicated table. - All data stays local — no external transmission. The importer reads files from disk, the server speaks MCP over stdio (HTTP is opt-in), and the only network artefact is whatever the client itself decides to send.
- DuckDB-backed. Re-imports are idempotent thanks to deterministic
deduplication; ad-hoc analysis through
run_custom_queryruns at native DuckDB speed. - Time-zone aware. GPX route timestamps are aligned to each parent workout's local offset so joins against XML-derived rows are clean.
- Cross-platform. Tested on Ubuntu, macOS, and Windows against Python 3.12 / 3.13 / 3.14.
- 100% branch-tested. Every release gates on full coverage with
pytest --cov-branch --cov-fail-under=100.
Installation
The recommended entry point is uvx, which fetches a one-shot virtualenv on demand and never pollutes the system Python:
uvx apple-health-mcp-server --help
Claude Desktop
Edit claude_desktop_config.json:
- macOS:
~/Library/Application Support/Claude/claude_desktop_config.json - Windows:
%APPDATA%\Claude\claude_desktop_config.json - Linux: Claude Desktop is not yet released on Linux; use Claude Code below instead.
{
"mcpServers": {
"apple-health": {
"command": "uvx",
"args": ["apple-health-mcp-server", "serve"]
}
}
}
Then fully quit Claude Desktop and reopen — the config is only re-read at startup (closing the window is not enough).
Source: https://modelcontextprotocol.io/quickstart/user (fetched 2026-06-22).
Claude Code
Easiest path is the CLI helper, which writes the entry into the right scope and survives future schema tweaks:
claude mcp add --transport stdio --scope user apple-health -- uvx apple-health-mcp-server serve
--scope userregisters the server for every project (writes to~/.claude.json). Use--scope projectto share via a version-controlled.mcp.jsonat the repo root, or--scope local(the default) for the current project only.- The
--separator is mandatory when the server command takes its own arguments — without it Claude Code would try to parseserveas one of its own flags.
Equivalent manual entry inside the chosen JSON file:
{
"mcpServers": {
"apple-health": {
"type": "stdio",
"command": "uvx",
"args": ["apple-health-mcp-server", "serve"],
"env": {}
}
}
}
A running session does not auto-reload .mcp.json edits; restart
Claude Code to pick them up. Stdio servers are not automatically
reconnected after a crash either — restart the session if the server
goes away mid-conversation.
Source: https://code.claude.com/docs/en/mcp (fetched 2026-06-22).
Codex CLI
Codex CLI stores MCP servers in TOML, not JSON. The simplest path
is the helper command, which writes into ~/.codex/config.toml:
codex mcp add apple-health -- uvx apple-health-mcp-server serve
Equivalent manual entry in ~/.codex/config.toml (override the path
with CODEX_HOME= if needed):
[mcp_servers.apple-health]
command = "uvx"
args = ["apple-health-mcp-server", "serve"]
Edits to config.toml take effect on the next codex invocation —
restart any running session to apply them. The CLI also exposes
codex mcp list / codex mcp get <name> / codex mcp remove <name>
for inspection and cleanup.
Source: https://developers.openai.com/codex/mcp (fetched 2026-06-22).
Importing your export
Before any tool returns data you have to ingest your export once.
Apple gives you a directory containing export.xml, an
electrocardiograms/ folder, and a workout-routes/ folder; point
the importer at the directory itself:
uvx apple-health-mcp-server import /path/to/apple_health_export
The import is idempotent — re-running it with a newer export merges
the new rows into the existing database via the import_id column.
Database location
By default the database lands at the XDG-resolved data directory:
- Linux / macOS:
~/.local/share/apple-health-mcp/health.duckdb - Windows:
%LOCALAPPDATA%\apple-health-mcp\health.duckdb
Override with --db /custom/path/health.duckdb on either subcommand.
Tools
17 tools are registered with FastMCP, grouped by family:
| Family | Tools |
|---|---|
| Record types & data | list_record_types, query_records, get_record_statistics |
| Workouts | list_workouts, get_workout_details, get_workout_route |
| Activity summaries | get_activity_summaries |
| Heart rate | get_heart_rate_samples |
| Correlations | list_correlations, get_correlation_details |
| ECG | list_ecg_readings, get_ecg_data |
| State of mind | list_state_of_mind |
| Me characteristics | get_me_attributes |
| Metadata & ops | list_data_sources, get_import_history |
| Escape hatch | run_custom_query (read-only validated SQL) |
Updating
uvx caches the package on first run and re-uses that cached copy on
subsequent invocations, so a new release does not install itself
automatically. Pick one:
-
Always run the latest — pass
--refreshonce whenever you want to pull a newer version:uvx --refresh apple-health-mcp-server serve
-
Pin a specific version — write the version directly in your Claude Desktop / Codex / Cursor config so an unrelated
uvxcache eviction cannot move you off it:{ "mcpServers": { "apple-health": { "command": "uvx", "args": ["apple-health-mcp-server==0.1.0", "serve"] } } }
See CHANGELOG.md for the per-release notes.
Troubleshooting
Every tool returns "No Apple Health data has been imported yet."
The MCP server boots even when the local DuckDB file is empty so the client still sees the full tool list, but every tool that needs data returns this guidance string until you run the importer:
apple-health-mcp-server import /path/to/apple_health_export
After the import finishes, restart the MCP server (quit and reopen
Claude Desktop / Claude Code / Codex, or stop and re-run the serve
process). The server keeps a read-only DuckDB snapshot for the lifetime
of the process; new rows only become visible to a fresh connection.
get_import_history is the one tool that stays callable on an empty
DB — it returns an empty list, which is how you confirm "no imports
yet" from the client side.
Development
uv sync
uv run pytest
See CLAUDE.md for the full command list, conventions, and
the mandatory /code-review --fix policy on every pull request.
Contributing
Issues and pull requests in English or Japanese are both first class; see CLAUDE.md §6 for the full language policy.
License
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file apple_health_mcp_server-0.1.4.tar.gz.
File metadata
- Download URL: apple_health_mcp_server-0.1.4.tar.gz
- Upload date:
- Size: 183.0 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.12
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
be43cd2373ab474743c37d6e06a6a75d72b4d6bc0acd4012f43f6ef0d7f89371
|
|
| MD5 |
86b19a22c375e0ab71de32ca7857204e
|
|
| BLAKE2b-256 |
976133984563fc2f68efc8daba0f899dc28bff70be416976c15a44885336a067
|
Provenance
The following attestation bundles were made for apple_health_mcp_server-0.1.4.tar.gz:
Publisher:
release.yml on rinoshiyo/apple-health-mcp-server
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
apple_health_mcp_server-0.1.4.tar.gz -
Subject digest:
be43cd2373ab474743c37d6e06a6a75d72b4d6bc0acd4012f43f6ef0d7f89371 - Sigstore transparency entry: 1916360953
- Sigstore integration time:
-
Permalink:
rinoshiyo/apple-health-mcp-server@ad77fa3e059194232cdfc5760b754f5e9db6b994 -
Branch / Tag:
refs/tags/v0.1.4 - Owner: https://github.com/rinoshiyo
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@ad77fa3e059194232cdfc5760b754f5e9db6b994 -
Trigger Event:
push
-
Statement type:
File details
Details for the file apple_health_mcp_server-0.1.4-py3-none-any.whl.
File metadata
- Download URL: apple_health_mcp_server-0.1.4-py3-none-any.whl
- Upload date:
- Size: 76.8 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.12
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
d8cf035fe097846b6fdd9a406df9242fb63fdc8379d5a3f8da3d11f010cdb5d7
|
|
| MD5 |
95ae5b3503287992fa550537c88c08a9
|
|
| BLAKE2b-256 |
5b4136b37c078d6b3264593d8e7a2e3983a4068ce54e2047aec2bf2b3b63bfe7
|
Provenance
The following attestation bundles were made for apple_health_mcp_server-0.1.4-py3-none-any.whl:
Publisher:
release.yml on rinoshiyo/apple-health-mcp-server
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
apple_health_mcp_server-0.1.4-py3-none-any.whl -
Subject digest:
d8cf035fe097846b6fdd9a406df9242fb63fdc8379d5a3f8da3d11f010cdb5d7 - Sigstore transparency entry: 1916361092
- Sigstore integration time:
-
Permalink:
rinoshiyo/apple-health-mcp-server@ad77fa3e059194232cdfc5760b754f5e9db6b994 -
Branch / Tag:
refs/tags/v0.1.4 - Owner: https://github.com/rinoshiyo
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@ad77fa3e059194232cdfc5760b754f5e9db6b994 -
Trigger Event:
push
-
Statement type: