
bodylog
io.github.abhaymettuPublished by GitHub account abhaymettuv0.1.0Updated Nov 3, 2026
Agent-first workout and food log: sets and meals from chat, USDA and Open Food Facts macros, cards.
Overview
Local workout and food log MCP server that turns chat-style sets and meals into stored records, macros, streaks and shareable cards.
- What you can do
- Log workout sets from plain chat text, edit or delete the last set, end a session with a duration, and backfill from pasted logs
- Review progress: per-exercise history, all-time PRs and weekly volume
- Log food from words, name, barcode or food id, fix or delete items, and look up foods without logging
- See a day's meals, totals, goals, streaks and flagged items, and set daily targets
- Render workout and food-day cards as text plus PNG images in several themes and styles
- When to use it
- Useful for someone who wants an assistant to keep a personal training and nutrition log from casual chat messages, with calorie and macro numbers from USDA and Open Food Facts, all stored locally without accounts or cloud sync.
- Requirements
- Runs locally as a Python package (Python 3.10+) via uvx or pip; no accounts. Optional settings: BODYLOG_DB for the SQLite file, BODYLOG_CARDS for card images, BODYLOG_UNIT for kg or lb, BODYLOG_OFFLINE to skip network lookups, and FDC_API_KEY for USDA FoodData Central (DEMO_KEY is used otherwise, with only a few lookups an hour). Network access is needed for USDA and Open Food Facts lookups unless offline mode is set.
Installation
In SourceWeft
- Open bodylog 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
bodylog
A workout and food log for personal agents. You tell your agent your sets and your meals in chat, the way you would say them out loud. It stores them, counts calories and macros from real nutrition data, keeps your streaks, and sends back shareable cards.
One package for any agent: an MCP server (bodylog-mcp), a CLI (bodylog), a Python library and a
Claude skill. Everything lives in one local SQLite file. No accounts, no cloud, no social features.
More: food, light, food + training on one day (full), workout story, 8-exercise workout, two pages, mixed kg and lb, sticker for a photo.
Install
Python 3.10+.
Claude Code, as a plugin (skill and MCP server together):
Claude Code, MCP server only:
Any other MCP client:
Settings, all optional:
The skill is skills/bodylog/SKILL.md. Outside the plugin, copy or symlink skills/bodylog/ into
your agent's skills folder.
Food
The CLI prints what the MCP tools return (bodylog eat is log_food). A real run, offline:
A bare count uses USDA's portion for that food: a large egg (50 g), a slice of toast, a scoop of whey (the FNDDS "1 scoop, NFS", 26 g). Through MCP, the agent asks one short question about item 6 instead of guessing.
How a food gets its numbers:
- Bundled table. 62 common foods from USDA FoodData Central (SR Legacy and FNDDS), each with its
FDC id, per-100 g values and USDA's own portion weights (a large egg, a slice of bread, a cup of
rice). Works offline. Rebuilt from the USDA downloads by
scripts/build_common_foods.py. - Cache. Anything looked up before, stored in the SQLite file.
- USDA FoodData Central search (
POST /fdc/v1/foods/search, survey, SR Legacy and Foundation foods), withFDC_API_KEYorDEMO_KEY. - Open Food Facts search for branded and packaged foods, and product lookup by barcode
(
GET /api/v2/product/<barcode>.json, no key).
A search result is used only when its name contains every word you said. Otherwise the item is kept
as unknown with the closest candidates, so the agent can ask which one you meant. An item whose
amount cannot become grams (a handful, or millilitres of something with no USDA volume weight) is kept
as needs_amount. Neither counts toward totals until it is fixed, and neither is ever filled with
made-up numbers. Numbers you read off a label are stored as given (manual).
Also: daily goals for kcal, protein, carbs and fat; a logging streak in days (a day you have not logged yet does not break it) and a training streak in weeks; and a day card in dark, light, clear or story format. On a day you also trained, the card adds a Training block.
Workouts
30-second demo
The chat below comes from a real run through log_set(text=...). The right column shows what the
store recorded for each message.
The last message ends the workout, so the tool returns this card along with the workout PNG at the top of
this page (end_session does the same). PRs are counted against the three earlier sessions in
tests/fixtures/chat.txt.
How it reads chat
- Sets:
60kg x 8,60 x 8,50lbs for 9,8 reps at 60kg,3x10 @ 90lb,60kg 3x8,12 reps(bodyweight). Flags:warmup,drop set,to failure,rpe 9. - Exercises: named at the start of a message (
incline db press 55 lb x 10), announced (now squats), or named after the fact (this is tricep cable pushdowns btw). A set without a name continues the last exercise. - Naming after the fact takes the sets that have no exercise yet. If every set already has one, it
takes the trailing run of carried-over sets at the last set's weight. That covers the usual case
where you move to a new machine and name it a set or two later. If you changed weight before naming
it, use
edit_last_set(exercise=...)for the earlier sets. - Names are folded to one exercise: case, plurals,
db/bbshorthand, word order, filler (on the), and muscle words that don't change the movement. Sotricep cable pushdowns,cable pushdownandtriceps pushdowns on the cableare one exercise, whiletriceps curlandbiceps curlstay apart.bodylog aliasteaches any other name. - Commands:
same/one morerepeats the last set;done, 1h 5m/workout took 45 minends the workout. Agent replies in a pasted log (Agent:,Assistant:,Claude:) are skipped.
What the numbers mean
- Volume is weight x reps over working sets. Warmups are listed on the card but excluded from volume,
set counts and PRs. Each set shows the unit it was logged in. Totals convert every set exactly into
one unit: the
unityou pass, else$BODYLOG_UNIT, else whichever unit most sets used. - Muscle split is the share of working sets per primary muscle group, from a name map in
muscles.pythat covers the common lifts (unknown names count as Other). Percentages always add to 100. - Estimated 1RM uses the Epley formula,
weight x (1 + reps / 30). - PRs are counted against sessions that started earlier: heaviest weight, best estimated 1RM, best set volume (weight x reps in one set), and most reps at a weight you have lifted before (one per exercise, the largest gain). The first time you do an exercise sets no PRs, so a first workout does not show a PR on every set.
- The week line compares this week with last week up to the same weekday and time, so a Monday workout is not shown as a 90% drop.
- Duration is what you say at the end. The session start is set to end time minus that duration.
MCP tools
CLI and library
Why Python
The MCP Python SDK needs a few lines per tool, Pillow draws the cards with no browser, and sqlite3
and urllib ship with Python. Runtime dependencies are Pillow and mcp. Cards use Inter (SIL Open
Font License, bundled in src/bodylog/fonts/), so they look the same everywhere.
Development
Tests never touch the network or the repo: tests/fixtures/http/ holds real USDA and Open Food Facts
responses, and every file a test writes goes to a temp dir.
Layout: store.py (SQLite), names.py, chatlog.py, stats.py, muscles.py, card.py (workouts),
food.py (meal parsing, matching, totals, streaks), sources.py (USDA and Open Food Facts),
foodcard.py (day card), cli.py, server.py (MCP), data/common_foods.json (bundled USDA table).
Credits
Food data: USDA FoodData Central (public domain) and Open Food Facts (Open Database License; product data is attributed to Open Food Facts contributors).
Source: README.md at commit c5a6ba5
Tools
0Version history
1- v0.1.0LatestSep 23, 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