Mirobody
Lab results to LOINC codes and UCUM units, symptoms and diagnoses to ICPC-3. Offline, no API key.
作者提供的说明(英文原文)
Read and write Garmin Connect: activities, strength sets, health data, workouts and weigh-ins.
这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
选择你使用的 AI 应用,然后复制设置。
GARMINTOKENS你需要
你用的是哪个应用?
在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。
打开 Claude Desktop → Settings → Developer → Edit Config,把下面的内容粘贴到 claude_desktop_config.json
{
"mcpServers": {
"garmin-connect-api": {
"command": "uvx",
"args": [
"garmin-connect-api"
],
"env": {
"GARMINTOKENS": "your-value"
}
}
}
}在终端中运行这条命令
claude mcp add garmin-connect-api --env GARMINTOKENS=your-value -- uvx garmin-connect-api运行前请先填写空着的值。
粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json
{
"mcpServers": {
"garmin-connect-api": {
"command": "uvx",
"args": [
"garmin-connect-api"
],
"env": {
"GARMINTOKENS": "your-value"
}
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
粘贴到项目中的 .vscode/mcp.json
{
"servers": {
"garmin-connect-api": {
"type": "stdio",
"command": "uvx",
"args": [
"garmin-connect-api"
],
"env": {
"GARMINTOKENS": "your-value"
}
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
这个服务器在你的电脑上运行,而 ChatGPT 只能连接互联网上的服务器。请选择其他应用。
你的选择通过 Cookie 保存在这台设备上,无需账户。
GARMINTOKENS env这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
它在你的电脑上运行;安装后,工具列表会显示在你的 AI 应用中。
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月7日
注册名称已通过 GitHub 账户 happyc0der 验证,该账户拥有此仓库
我们还没有从 GitHub 读取这个仓库
我们还没有从 GitHub 读取这个仓库
它在你的电脑上运行,没有互联网端点
在你的电脑上运行,改用本地设置
它在你的电脑上运行;我们只能读取互联网端点的工具列表
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
注册中心没有列出必需的密钥,不过有些服务器会在首次使用时要求你登录。
它在你的电脑上运行。你的 AI 应用会在需要时启动它,数据不会经过作者的服务器(除非它自己调用在线服务)。
GitHub 仓库最后更新于–,最新版本(0.3.2)于9天前进入注册中心。
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。你的电脑上还需要有 Python (uv)。
同一分类中有:Mirobody, FHIR MCP Server, Google Health MCP
同一分类中其他作者的服务器,按星标数排序。
如何看卡片:★ GitHub 星标i三大支柱:评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i
Lab results to LOINC codes and UCUM units, symptoms and diagnoses to ICPC-3. Offline, no API key.
MCP server providing seamless access to FHIR APIs for AI tools and healthcare applications
Privacy-first unofficial Google Health API v4 MCP server for health, sleep, activity, HR agents
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
Read and write Garmin Connect from an MCP client such as Claude, from Python, or over a local HTTP API: activities with per-set strength detail, daily health data, planned workouts, completed strength sessions, and weigh-ins with full body composition.
Unofficial. Not affiliated with or endorsed by Garmin. It uses the same private endpoints as
the Garmin Connect website, through python-garminconnect,
because Garmin offers no public API for individuals. Those endpoints can change without notice,
and using them is not sanctioned by Garmin's terms. It is meant for your own account and your
own data.
v0.3. Reads activities with per-set strength detail, laps and pool-swim lengths, daily health, trends over up to two years and named personal records; writes strength, run, ride and swim workouts, completed strength sessions, set corrections and weigh-ins with body composition. 38 tools, every one checked against a real account. Bug reports and feature requests go to GitHub Issues.
You need uv and Python 3.12 or newer.
1. Log in once, at a terminal:
uvx --from garmin-connect-api garmin login
This is the only place a password is ever typed. It asks for your Garmin email, password and any multi-factor code, then stores tokens in ~/.garmin-api/default, readable by your user only. Nothing else ever prompts for a password; without tokens, every tool says to run this.
2. Add the server to your MCP client.
Claude Code:
claude mcp add --scope user --transport stdio garmin -- uvx garmin-connect-api@latest
Claude Desktop, in claude_desktop_config.json (in ~/Library/Application Support/Claude/ on macOS, %APPDATA%\Claude\ on Windows):
{
"mcpServers": { "garmin": { "command": "uvx", "args": ["garmin-connect-api@latest"] } } }
@latest makes uvx check for a new release each time the server starts. Without it, uvx keeps running the first version it downloaded.
3. Ask. "How did I sleep this week?", "Did my pace hold up in yesterday's swim?", "How has my resting heart rate moved since summer?", "Show my last strength session's sets, and change sets 3 to 5 to dumbbell rows", "Schedule a swim for Thursday: 200 easy, then 8 x 100 free on 20 seconds rest, in a 25-yard pool".
38 tools, each annotated so your client knows which only read (24), which add something (8) and which delete or overwrite (6), and can ask before running those. Every argument, down to a workout step's pace target, carries a description.
| Read | Write |
|---|---|
| Activities, filtered by type and date | Create a strength workout, schedule it, push it to a watch |
| Per-set strength detail: exercise, reps, weight | Create a run, ride or pool swim workout, with targets |
| Laps for runs and rides; pace per 100 for pool swims | Log a completed strength session, with every set |
| A day in one answer: steps, heart rate, stress, body battery, sleep, HRV, readiness | Correct a session's sets: exercise, reps, weight |
| Trends over up to two years: twelve metrics, daily, weekly or monthly | Record a weigh-in, or a full body composition reading |
| Personal records, named and in units | Rename an activity or change its description |
| Every weigh-in with body composition | Delete an activity, workout or weigh-in |
| Planned workouts and the calendar | |
| Garmin's 1,527-exercise catalogue, offline |
Four tools are written for a model rather than mirrored from an endpoint: garmin_status checks the login without calling Garmin, find_exercise finds Garmin's name for a lift, and recent_strength_sessions and week_summary answer common questions in one call.
Logging a finished workout is the write Garmin's own developer programme has never offered. A session is encoded as a FIT activity file with set messages and uploaded, so it appears in Garmin Connect as a Strength Training activity, exercise by exercise.
Body composition from a smart scale (fat, water, skeletal muscle, bone, BMI, basal metabolic rate, visceral fat) is written as a FIT weight-scale file, the way Garmin's own Index scales do it. A plain weigh-in carries weight alone.
Answers come back compact, summarised the way a person would read them. These are from made-up data in the shapes Garmin returns.
"Did my pace hold up in yesterday's swim?" calls get_activity_laps:
{
"sport": "lap_swimming", "pool_length": 25.0, "pool_unit": "m", "summary": { "lengths": 80, "distance": 2000.0, "average_pace": "1:52/100m", "first_half_pace": "1:50/100m", "second_half_pace": "1:54/100m", "by_stroke": {"FREESTYLE": 1800.0, "BACKSTROKE": 200.0}, "fastest_segment": {"lengths": "5-8", "pace": "1:44/100m"}, "slowest_segment": {"lengths": "77-80", "pace": "2:01/100m"} } }
"How has my resting heart rate moved since summer?" calls get_trend, which rolls a long range into weeks:
{
"metric": "resting_hr", "unit": "bpm", "aggregation": "week", "summary": { "days_with_data": 88, "average": 54.2, "min": 49.0, "max": 61.0, "first_period_average": 57.3, "last_period_average": 51.6, "change": -5.7 } }
BENCH_PRESS / BARBELL_BENCH_PRESS. Every write but the raw workout DTO checks them against the catalogue first and suggests near misses, so a typo fails with a useful message rather than Garmin's bare 400. Common gym names work in search: "rdl", "ohp", "pull ups", "bench presses".garmin doctor # setup check, no network
garmin activities --type strength_training --limit 5 garmin sets # per-set detail garmin day 2026-10-18 # one day of health data garmin exercises "lat pulldown" # search the catalogue, offline garmin workout create workout.json # plan a strength workout garmin log-session session.json # log a completed one garmin encode-session session.json # build its FIT file without uploading garmin decode-fit activity.zip # read sets out of a Garmin export garmin serve # the HTTP API on 127.0.0.1:8765
Run them with uvx --from garmin-connect-api garmin ..., or install with uv tool install garmin-connect-api. Example specs: session.json, workout.json.
An encoded session file can also be imported by hand on the Garmin Connect website, if you would rather nothing logged in on your behalf.
from datetime import datetime, timedelta, timezone
from garmin_api.services import activities, health, uploads from garmin_api.models.workouts import ( StrengthSessionSpec, StrengthSessionExercise, StrengthSessionSet, )
for activity in activities.list_activities(limit=5, activity_type="strength_training"): sets = activities.get_sets(activity.activity_id) print(activity.name, sets.total_volume_kg, "kg")
print(health.day("2026-10-18").steps)
uploads.log_strength_session(StrengthSessionSpec( name="Push A", start_time=datetime(2026, 10, 18, 7, 0, tzinfo=timezone(timedelta(hours=-4))), exercises=[StrengthSessionExercise( category="BENCH_PRESS", exercise_name="BARBELL_BENCH_PRESS", sets=[StrengthSessionSet(reps=10, weight_kg=60.0, rest_s=120)], )], ))
Responses are pydantic models with Garmin's inconsistencies ironed out: kilograms rather than grams, timezone-aware instants, snake_case throughout. Garmin's own payload is still on raw when something is not mapped.
garmin serve runs the same API on 127.0.0.1:8765, with interactive docs at /docs. The MCP tools are generated from these routes, so the two cannot drift apart. Because it can write to your account, the service refuses writes from web pages open in your browser and requests naming any host but localhost, which defeats DNS rebinding. Binding beyond localhost requires GARMIN_API_KEY, and the host name clients will use must be listed in GARMIN_API_HOSTS. garmin mcp --http serves the MCP tools over HTTP behind the same guard.
| Variable | Purpose |
|---|---|
GARMINTOKENS | Where tokens are stored. Defaults to ~/.garmin-api/default. |
GARMIN_API_KEY | Required to bind the HTTP service beyond localhost. |
GARMIN_API_HOSTS | Extra host names the HTTP and MCP servers answer to, comma-separated. Needed for any name but localhost. |
The Dockerfile builds the MCP server from a checkout. Tokens live in /tokens inside the container; mount an existing directory there and run as your own user, so refreshed tokens stay yours. Logging in works inside the container too:
mkdir -p ~/.garmin-api/default
docker build -t garmin-connect-api . docker run -it --rm --user "$(id -u):$(id -g)" -v ~/.garmin-api/default:/tokens garmin-connect-api garmin login docker run -i --rm --user "$(id -u):$(id -g)" -v ~/.garmin-api/default:/tokens garmin-connect-api
git clone https://github.com/happyc0der/garmin-connect-api
cd garmin-connect-api uv sync uv run pytest
487 offline tests, needing no network and no account, run on Linux, macOS and Windows. They cover the models against real Garmin response shapes, the FIT codec's round trip, every one of the 1,527 catalogue exercises against the FIT profile, the HTTP routes, and every MCP tool's output against its own advertised schema, which strict clients enforce.
Tests against a real account are opt-in, and the ones that create data need a second opt-in:
GARMIN_LIVE=1 uv run pytest tests/live # read only
GARMIN_LIVE=1 GARMIN_LIVE_WRITE=1 uv run pytest tests/live # creates, then deletes
Garmin's official Connect Developer Program is for businesses, has no endpoint that uploads a completed activity, and was closed to new applicants in 2026. The aggregators that wrap it cost hundreds of dollars a month and are read-only or plans-only. So this uses the endpoints Garmin's own website uses, gently: no polling, no retries on a rate limit.
If you use this in research, cite it with the metadata in CITATION.cff; GitHub's "Cite this repository" button formats it.
MIT. Garmin and Garmin Connect are trademarks of Garmin Ltd., used here only to say what this works with.