Mirobody
Lab results to LOINC codes and UCUM units, symptoms and diagnoses to ICPC-3. Offline, no API key.
Description from the maker (original English)
MCP server for Cronometer nutrition tracking — food logs, diary, macros, fasting
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
CRONOMETER_USERNAME, CRONOMETER_PASSWORD, CRONOMETER_TOTP_SECRET, CRONOMETER_ACCOUNT_TZValues marked secret are keys to your account. Never share them or paste them into a chat.
You need
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json
{
"mcpServers": {
"cronometer-api": {
"command": "uvx",
"args": [
"cronometer-api-mcp"
],
"env": {
"CRONOMETER_USERNAME": "your-value",
"CRONOMETER_PASSWORD": "your-value",
"CRONOMETER_TOTP_SECRET": "your-value",
"CRONOMETER_ACCOUNT_TZ": "your-value"
}
}
}
}Run this in your terminal
claude mcp add cronometer-api --env CRONOMETER_USERNAME=your-value --env CRONOMETER_PASSWORD=your-value --env CRONOMETER_TOTP_SECRET=your-value --env CRONOMETER_ACCOUNT_TZ=your-value -- uvx cronometer-api-mcpFill in the empty values before running it.
Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"cronometer-api": {
"command": "uvx",
"args": [
"cronometer-api-mcp"
],
"env": {
"CRONOMETER_USERNAME": "your-value",
"CRONOMETER_PASSWORD": "your-value",
"CRONOMETER_TOTP_SECRET": "your-value",
"CRONOMETER_ACCOUNT_TZ": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
Paste into .vscode/mcp.json in your project
{
"servers": {
"cronometer-api": {
"type": "stdio",
"command": "uvx",
"args": [
"cronometer-api-mcp"
],
"env": {
"CRONOMETER_USERNAME": "your-value",
"CRONOMETER_PASSWORD": "your-value",
"CRONOMETER_TOTP_SECRET": "your-value",
"CRONOMETER_ACCOUNT_TZ": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.
Your choice stays on this device in a cookie; no account needed.
CRONOMETER_ACCOUNT_TZ envThese settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
Runs on your computer; the tool list appears in your AI app after you install it.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 6, 2026
The registry name was verified with the GitHub account rwestergren, which owns the repo
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
This one runs on your computer; there is no internet endpoint
Runs on your computer and uses local settings instead
Runs on your computer; we can only read tool lists from internet endpoints
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
You need to fill in: CRONOMETER_USERNAME, CRONOMETER_PASSWORD, CRONOMETER_TOTP_SECRET
It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).
The GitHub repo last changed –, and the latest version (0.2.6) reached the registry 24 days ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Python (uv) on your computer.
In the same category: Mirobody, FHIR MCP Server, Google Health MCP
Servers in the same category from other makers, sorted by stars.
Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
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
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
Hosted version for Claude.ai, ChatGPT, and Grok coming soon. Join the waitlist →
An MCP (Model Context Protocol) server for Cronometer nutrition tracking, built on the reverse-engineered mobile REST API.
Unlike cronometer-mcp, which takes a comprehensive GWT-RPC approach against Cronometer's web backend, this server talks to the same JSON REST API used by the Cronometer Android app -- with clean payloads and stable, versioned endpoints.
curl -LsSf https://astral.sh/uv/install.sh | sh
export CRONOMETER_USERNAME="your@email.com"
export CRONOMETER_PASSWORD="your-password"
If the account has two-factor authentication enabled, /api/v2/login answers TOTP_CODE_REQUIRED unless the request carries the current 6-digit code. Give the server the base32 key that Cronometer showed when 2FA was set up (the same key you scanned into your authenticator app) and it derives the code itself at every login (RFC 6238, SHA-1, 30 s period):
export CRONOMETER_TOTP_SECRET="ABCD EFGH IJKL MNOP QRST UVWX YZ23 4567"
Spaces and lowercase are fine. Leave it unset for accounts without 2FA.
Diary entries are stamped in your Cronometer account's timezone, which the server reports at login. If that zone is wrong (for example, an older build had reset it) you can force a specific IANA zone without changing your account settings:
export CRONOMETER_ACCOUNT_TZ="America/Los_Angeles"
When set, this takes precedence over both the value reported at login and any cached session, so it also overrides a stale cached timezone.
uvx downloads and runs the server on demand -- no separate install step.
opencode.json){
"$schema": "https://opencode.ai/config.json", "mcp": { "cronometer": { "type": "local", "command": ["uvx", "cronometer-api-mcp"], "environment": { "CRONOMETER_USERNAME": "{env:CRONOMETER_USERNAME}", "CRONOMETER_PASSWORD": "{env:CRONOMETER_PASSWORD}", "CRONOMETER_TOTP_SECRET": "{env:CRONOMETER_TOTP_SECRET}", "CRONOMETER_ACCOUNT_TZ": "{env:CRONOMETER_ACCOUNT_TZ}" }, "enabled": true } } }
claude_desktop_config.json){
"mcpServers": { "cronometer": { "command": "uvx", "args": ["cronometer-api-mcp"], "env": { "CRONOMETER_USERNAME": "your@email.com", "CRONOMETER_PASSWORD": "your-password", "CRONOMETER_TOTP_SECRET": "your-base32-key", "CRONOMETER_ACCOUNT_TZ": "America/Los_Angeles" } } } }
| Tool | Description |
|---|---|
get_food_log | Diary entries for a date, each enriched with food name, source, serving measure/count, and that food's per-entry nutrient contribution, plus an energy_summary (target/consumed/remaining kcal) and a nutrition_summary of consumed totals for every tracked nutrient |
get_daily_nutrition | Consumed macro and micronutrient totals for every nutrient tracked in Cronometer |
get_nutrition_scores | Category scores (Vitamins, Minerals, etc.) with per-nutrient consumed amounts and confidence levels |
| Tool | Description |
|---|---|
search_foods | Search the Cronometer food database by name |
get_food_details | Full nutrition profile and serving sizes for a food |
| Tool | Description |
|---|---|
add_food_entry | Log a food serving to the diary |
remove_food_entry | Remove one or more diary entries |
add_custom_food | Create a custom food with specified nutrition and optional barcodes |
update_custom_food | Edit a custom food in place: name, nutrition, serving size, or barcodes |
delete_custom_food | Retire a custom food so it leaves search and the Custom Foods list (existing diary entries are kept) |
add_recipe | Create a recipe from existing foods referenced by ID and gram weight |
import_recipe | Create a recipe from a free-text ingredient list; Cronometer matches each line to a database food and converts the amount to grams |
copy_day | Copy all entries from the previous day |
mark_day_complete | Mark a diary day as complete or incomplete |
| Tool | Description |
|---|---|
get_macro_targets | Weekly macro schedule and saved target templates |
get_fasting_history | Fasting history within a date range |
get_fasting_stats | Aggregate fasting statistics |
list_biometrics | List trackable biometric metrics and their units |
get_biometrics | Biometric time series (e.g. weight, body fat) within a date range |
All date parameters use YYYY-MM-DD format and default to today when omitted.
get_food_log, get_daily_nutrition, and get_nutrition_scores also accept "today", "yesterday", and "N days ago" as their date. These are resolved at call time using your Cronometer account timezone, so Claude can pass relative inputs without relying on dates from earlier in a long conversation.
get_food_log and get_daily_nutrition accept days (1–31, default 1), counting back from the inclusive end date:
get_food_log(date="yesterday")
get_nutrition_scores(date="3 days ago") get_daily_nutrition(days=3) # Last 3 days, including today get_daily_nutrition(date="yesterday", days=3) # Previous 3 complete calendar days get_food_log(days=7) # Recent meals, including today
For “my calories the last few days,” use get_daily_nutrition(days=3). Single-day responses retain their existing shape. Multi-day responses contain start_date, end_date, and a days list of daily results, oldest first. Returned dates are always concrete YYYY-MM-DD values.
stdio only. For remote/hosted use, the stdio server is wrapped by supergateway (see Dockerfile), which owns the HTTP listener and exposes MCP streamable-HTTP at /mcp. The server has no built-in authentication — any remote deployment must sit behind an authenticating gateway or reverse proxy.
For local development, copy .env.example to .env and fill in your credentials:
cp .env.example .env
uv run cronometer-api-mcp
The CLI auto-loads .env on startup (dev convenience only). Real environment variables always win over .env, so production deployments and MCP client env blocks are unaffected.
This server communicates with mobile.cronometer.com -- the same REST API used by the Cronometer Android/Flutter app. The API was reverse-engineered through:
libapp.so (Dart AOT snapshot) from the APK to discover endpoint namesThe API uses two protocols:
POST /api/v2/*)** -- JSON-body auth, used for most operations (food search, diary read/write, nutrition, fasting, macros, biometrics)DELETE /api/v3/user/{id}/*)** -- Header-based auth (x-crono-session), used for diary entry deletionRecipe import is the one asynchronous operation: import_recipe returns a job id, and poll_async_result is polled until the server reports 100% progress and attaches the parsed ingredients.
You can use the client directly:
from cronometer_api_mcp.client import CronometerClient
from datetime import date
client = CronometerClient()
results = client.search_food("chicken breast")
food = client.get_food(results0)
client.add_serving( food_id=food["id"], measure_id=food["defaultMeasureId"], grams=200, )
diary = client.get_diary()
recipe = client.import_recipe("one hot dog\nketchup\nbun") print(recipe["food_id"], recipe["ingredients"])
preview = client.import_recipe("2 tbsp olive oil\n200g chicken", save=False)
scores = client.get_nutrition_scores()
MIT