Mirobody
Lab results to LOINC codes and UCUM units, symptoms and diagnoses to ICPC-3. Offline, no API key.
作者提供的说明(英文原文)
MCP server for Cronometer nutrition tracking — food logs, diary, macros, fasting
这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
选择你使用的 AI 应用,然后复制设置。
CRONOMETER_USERNAME, CRONOMETER_PASSWORD, CRONOMETER_TOTP_SECRET, CRONOMETER_ACCOUNT_TZ标为机密的值是你账户的钥匙。千万不要分享给别人,也不要粘贴到聊天里。
你需要
你用的是哪个应用?
在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。
打开 Claude Desktop → Settings → Developer → Edit Config,把下面的内容粘贴到 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"
}
}
}
}在终端中运行这条命令
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-mcp运行前请先填写空着的值。
粘贴到项目中的 .cursor/mcp.json,或 ~/.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"
}
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
粘贴到项目中的 .vscode/mcp.json
{
"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"
}
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
这个服务器在你的电脑上运行,而 ChatGPT 只能连接互联网上的服务器。请选择其他应用。
你的选择通过 Cookie 保存在这台设备上,无需账户。
CRONOMETER_ACCOUNT_TZ env这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
它在你的电脑上运行;安装后,工具列表会显示在你的 AI 应用中。
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月6日
注册名称已通过 GitHub 账户 rwestergren 验证,该账户拥有此仓库
我们还没有从 GitHub 读取这个仓库
我们还没有从 GitHub 读取这个仓库
它在你的电脑上运行,没有互联网端点
在你的电脑上运行,改用本地设置
它在你的电脑上运行;我们只能读取互联网端点的工具列表
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
你需要填写:CRONOMETER_USERNAME, CRONOMETER_PASSWORD, CRONOMETER_TOTP_SECRET
它在你的电脑上运行。你的 AI 应用会在需要时启动它,数据不会经过作者的服务器(除非它自己调用在线服务)。
GitHub 仓库最后更新于–,最新版本(0.2.6)于24天前进入注册中心。
支持 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、图片和脚本已被移除。链接会离开本站。
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