
Cronometer Api Mcp
io.github.rwestergrenPublished by GitHub account rwestergrenv0.2.6Updated Oct 25, 2026
MCP server for Cronometer nutrition tracking — food logs, diary, macros, fasting
Overview
A local MCP server that connects an assistant to a Cronometer account to read food diaries and nutrition data, search foods, and manage diary entries.
- What you can do
- Read food logs, daily macro and micronutrient totals, and nutrition scores for a date or a range of recent days, including relative dates like yesterday or N days ago. Search the Cronometer food database and fetch full nutrition profiles and serving sizes. Add or remove diary entries, copy a day, and mark days complete or incomplete. Create, edit and retire custom foods, and build recipes from food IDs or a free-text ingredient list. Read macro targets, fasting history and statistics, and biometric series such as weight and body fat.
- When to use it
- Useful when you track meals in Cronometer and want an assistant to summarize intake, check macros or micronutrients, look up foods, or log and adjust diary entries without opening the app.
- Requirements
- Runs locally over stdio, typically launched with uvx from the PyPI package, so Python tooling (uv) is needed. Requires a Cronometer account email in CRONOMETER_USERNAME and the password in CRONOMETER_PASSWORD; accounts with two-factor authentication also need the base32 key in CRONOMETER_TOTP_SECRET. Optional CRONOMETER_ACCOUNT_TZ overrides the account timezone. Network access to Cronometer's mobile API is required.
Installation
In SourceWeft
- Open Cronometer Api Mcp in the dashboard and add it to a workspace.
- 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
cronometer-api-mcp
[License: MIT] [CI] [Build Docker image] [PyPI]
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.
Features
- Food log -- diary entries with food names, amounts, meal groups
- Nutrition data -- daily macro/micro totals and nutrition scores with per-nutrient confidence
- Food search -- search the Cronometer food database, get detailed nutrition info
- Diary management -- add/remove entries, copy days, mark days complete
- Custom foods -- create foods with custom nutrition data
- Macro targets -- read weekly schedule and saved templates
- Fasting -- view history and aggregate statistics
- Biometrics -- weight, body fat, heart rate, and other tracked metrics over a date range
Quick Start
1. Install uv
2. Set credentials
Optional: two-factor authentication
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):
Spaces and lowercase are fine. Leave it unset for accounts without 2FA.
Optional: override the account timezone
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:
When set, this takes precedence over both the value reported at login and any cached session, so it also overrides a stale cached timezone.
3. Configure your MCP client
uvx downloads and runs the server on demand -- no separate install step.
OpenCode (opencode.json)
Claude Desktop (claude_desktop_config.json)
Available Tools
Food Log & Nutrition
Food Search & Details
Diary Management
Targets & Tracking
All date parameters use YYYY-MM-DD format and default to today when omitted.
Relative dates and recent days
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:
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.
Transport
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.
Development
For local development, copy .env.example to .env and fill in your credentials:
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.
How It Works
This server communicates with mobile.cronometer.com -- the same REST API used by the Cronometer Android/Flutter app. The API was reverse-engineered through:
- Static analysis of
libapp.so(Dart AOT snapshot) from the APK to discover endpoint names - Traffic interception via Frida + mitmproxy to capture exact request/response formats
- Trial-and-error against the live API to confirm payload shapes
The API uses two protocols:
- v2 (
POST /api/v2/*) -- JSON-body auth, used for most operations (food search, diary read/write, nutrition, fasting, macros, biometrics) - v3 (
DELETE /api/v3/user/{id}/*) -- Header-based auth (x-crono-session), used for diary entry deletion
Recipe 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.
Python API
You can use the client directly:
License
MIT
Source: README.md at commit d76372f
Tools
0Version history
4- v0.2.6LatestOct 13, 2026
- v0.2.5Oct 8, 2026
- v0.2.4Sep 24, 2026
- v0.2.3Sep 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