by DuarteSantos8
Track workouts, plan routines, log sets, and monitor body‑weight progress entirely on your own server, with offline‑first PWA support and secure passkey authentication.
OpenGym provides a self‑hosted gym and body‑weight tracking platform. It lets users create weekly routines from a library of over 5,600 exercises, log every set, monitor muscle‑group activity, and keep weight‑history data—all stored locally in JSON files under a chosen data directory.
git clone https://github.com/DuarteSantos8/openGym
cd openGym
cp .env.example .env
docker compose pull # optional – skips building from source
docker compose up -d
http://localhost:8080 in a browser, create a profile, and start planning or logging workouts.RP_ID and ORIGIN in .env) and use the PWA or install the Android APK from the latest release.api and frontend directories can be run with Node directly if preferred../data directory; it contains db.json, per‑user state files, and the audit log.PASSWORD_LOGIN=1 in the .env file.A self-hosted gym and body-weight tracker you actually own.
Plan your week, run guided workouts, log every set and your body weight, on your phone, synced across your devices, behind your own passkey login.
Website · Live demo · Android APK · Self-hosting guide · Roadmap · Changelog
Most workout apps keep your data on their servers, push you towards a subscription, or vanish when the company does. openGym runs on your own box, keeps your data in a folder you control, and is yours to fork. It still behaves like a modern app: installable on the home screen, passkey sign-in, works offline, syncs between your phone and your laptop.
No account on someone else's server, no subscription, no ads, no telemetry. One
docker compose up and it's running.
The in-browser demo is the real app with example data, if you want to try it before installing anything.
Planning
Training
Progress
Accounts and data
Optional extras, off by default
The full list of what changed release by release is in the changelog.
You need Docker with Compose.
git clone https://github.com/DuarteSantos8/openGym
cd openGym
cp .env.example .env
docker compose pull # prebuilt images, amd64 + arm64 (skip this to build from source)
docker compose up -d
Open http://localhost:8080, tap Create profile, and you're in. The exercise animations are part of the image, so there's nothing else to download.
To reach it from your phone with passkeys you need HTTPS on a domain; that's a two-line change in
.env. The self-hosting guide walks through Cloudflare Tunnel, Caddy,
Traefik and nginx, and there are separate guides for
HTTPS on a LAN and Kubernetes.
[!NOTE] Images are published from the same tag to
ghcr.io/duartesantos8/opengym-{api,web}(whatdocker-compose.ymlpulls) andregistry.gitlab.com/duartesantos8/opengym/{api,web}. Swap theimage:lines if you prefer GitLab's registry, or rundocker compose up -d --buildto build locally. Either way you don't need Node on the host.
| Variable | What it does | Default |
|---|---|---|
RP_ID |
Hostname passkeys are bound to | localhost |
ORIGIN |
Full URL the app is served from | http://localhost:8080 |
WEB_PORT |
Host port for the web UI | 8080 |
NGINX_PORT |
Port the web container listens on inside the container | 80 |
BACKEND |
Name of the API service that /api is proxied to |
api |
PORT |
Port the API listens on; the web container proxies to the same value | 3000 |
RP_NAME |
Name shown in the passkey prompt | openGym |
SESSION_DAYS |
How long a sign-in lasts, in days | 90 |
ADMIN_UIDS |
User ids that get the admin dashboard, comma-separated | (none) |
FIRST_USER_ADMIN |
1: the first profile created on an empty instance becomes its admin |
(off) |
INVITE_ONLY |
Require an invite code to create a profile | (off) |
ALLOW_GUEST |
Offer "Continue without account"; 0 requires a profile |
(on) |
PASSWORD_LOGIN |
Offer name-and-password sign-in next to passkeys | (off) |
TRUST_PROXY |
Let the sign-in throttle read the client address from proxy headers | 1 in docker-compose.yml |
AUDIT_LOG |
Record sign-ins and admin actions; 0 records nothing |
(on) |
AUDIT_MAX |
Events kept in the activity log; 0 for no limit |
5000 |
AUDIT_DAYS |
Days kept in the activity log; 0 keeps until AUDIT_MAX |
90 |
AUDIT_IP |
Record the caller's address: off, net (network only) or full |
off |
ALLOWED_PRIVATE_IPS |
Private addresses push endpoints may resolve to (FakeDNS, split-horizon DNS): comma-separated IPs, a-b ranges or CIDR blocks |
(none) |
VAPID_SUBJECT |
Contact URL sent with push notifications | your ORIGIN |
API_TARGET |
API image to build: default, or coach with the Claude Agent SDK and Codex CLI |
default |
COACH_DISABLED |
1 forces the AI coach off instance-wide |
(unset) |
Push-notification keys are generated on first run into ./data/vapid.json. DATA_DIR is pinned to
/data inside the container and mapped to ./data on the host; change the volume, not the
variable. The self-hosting guide covers every option in detail.
The same codebase builds a standalone app with Capacitor: no account, no server, everything stays on the phone, with native reminders and a rest countdown in the notification shade.
.sha256, and
the app checks for updates itself. openGym is deliberately not on the Play Store.Details and build instructions: docs/MOBILE.md.
frontend/ is React 19 and Vite (React Router, Zustand), built to static files inside Docker.api/ is plain node:http with two dependencies: @simplewebauthn/server for passkeys and
web-push for notifications. Everything is stored as JSON under ./data.web/ builds the frontend and serves it with nginx, proxying /api so the whole app sits on
one origin, which passkeys require.The training logic (progression rules, 1RM, how a logged session is read back) lives in pure
functions under frontend/src/lib/ with tests beside them. The HTTP API is documented as an
OpenAPI spec in api/openapi.yaml, browsable at
opengym.ch/api.html.
Each profile's data is one document with a server revision. A device sends the revision it last saw along with its changes; if another device wrote in between, the server refuses and returns the current document so the device can merge and retry. Every change carries its own stamp, down to a single setting or routine field, so the merge keeps the newest edit of each one and a deletion stays deleted.
Nothing that hasn't reached the server is discarded on disconnect or sign-out, and the app shows a banner whenever it's working offline.
Everything lives in ./data on your host:
| File | Contents |
|---|---|
db.json |
Profiles and public passkey data |
db.json.bak |
A copy of the last good db.json, used if the main file can't be read |
state-<user>.json |
Each user's plan, workouts, body weight and settings |
audit.log |
Admin activity log (no IP addresses unless you turn that on) |
secret |
Session-cookie signing key |
Back up ./data and you've backed up everything. Passkey private keys never reach the server; they
stay in your phone's secure hardware or your password manager.
The documentation index sorts every guide by who it's for. The most used ones:
| I want to | Read |
|---|---|
| Get a quick answer | FAQ |
| Set up my own instance | Self-hosting |
| Use the Android or iPhone app | Phone app |
| Bring my history from another app | Importing data |
| Turn on the AI coach | AI coach |
| Contribute code | Contributing |
| Report a security problem | Security |
A release roughly every two weeks, each small and themed. The full plan is in ROADMAP.md, and the issues sit in the GitHub milestones. The next two releases finish the community wishes, then comes a new exercise database and a themed release every two weeks after it.
| Release | When | Theme |
|---|---|---|
| v1.3.10 | released Oct 2026 | New design, rotation, swipe actions, safer sync |
| v1.3.11 | next | Fixes, about thirty community pull requests, Health Connect, measurements |
| v1.3.12 | Nov 2026 | Community features: focus view, widget, timer rework |
| v1.4.0 | Nov 2026 | A new exercise database |
| v1.4.1 to v1.4.4 | Dec 2026 and Jan 2027 | Programmes, the progression engine, cardio |
| v1.4.5 to v1.4.10 | Jan to Apr 2027 | Search, accounts, the iOS app, Android and health, looks |
| later | Database storage |
RP_ID/ORIGIN mismatch; the
self-hosting guide covers it.GitHub is the home of the project. gitlab.com/DuarteSantos8/opengym
is a mirror, updated by a GitHub Actions workflow on every push to main and every release tag. It
exists because its CI builds the release artifacts: the signed APK, the multi-arch images and the
SBOMs. Nothing is merged there by hand. In the changelog, !NN refers to a GitLab merge request
from the weeks in August and September 2026 when the project lived there.
People have asked about this, so plainly: openGym is developed with
Claude Code, Anthropic's coding agent. A large share of the
code, tests and documentation is drafted in Claude Code sessions, and the repository carries a
CLAUDE.md with the project context those sessions start from.
What that does and doesn't mean:
Community pull requests are written by their authors, with whatever tools they like, and reviewed the same way.
openGym is free and stays free: AGPL, no paid tier, nothing held back for sponsors. If it replaced a paid tracker for you and you'd like to chip in, there's a coffee button below. A star, a bug report or a pull request helps just as much.
openGym's own code is licensed under the GNU AGPL v3.0. You can self-host, use, modify and share it; if you run a modified version as a network service, you have to offer that version's source under the same license.
[!IMPORTANT] The exercise media is not covered by that license. The stills and animations are © Aliaksandr Makatserchyk, Gym visual, licensed for use in openGym only: 180 px in this repository and on self-hosted servers, larger only inside the app packages. A non-commercial fork may keep them unmodified with the notice; anything else needs your own licence from gymvisual.com. The exercise text in
catalogue/is openGym's and open to contributions.
Contributing: pull requests are signed off once with the Contributor License Agreement: you keep the copyright in your work, openGym may use and relicense it (so the app can stay in the App Store and Google Play long term), and every version released under the AGPL stays AGPL.
Full third-party notices, including the body-diagram geometry, are in NOTICE.md.
Please log in to share your review and rating for this MCP.
Explore related MCPs that share similar capabilities and solve comparable challenges
by mattt
Enables AI assistants to retrieve and manage personal macOS data such as calendar events, contacts, messages, reminders, location, maps, and weather through a local MCP server, allowing personalized AI interactions without sending data off‑device.
by nspady
Provides Google Calendar integration for AI assistants, enabling event listing, creation, updating, deletion, free/busy queries, recurring event handling, and smart scheduling via natural language.
by baidu-maps
Offers a comprehensive suite of geospatial APIs and tools for developers and AI agents, enabling geocoding, reverse geocoding, POI search, route planning, weather, traffic, IP location, and real‑time traffic queries via standardized MCP interfaces.
by Omar-V2
Interact with the macOS Calendar through natural‑language commands, enabling creation, querying, and updating of events in a conversational way.
by Brhiza
Provides a one‑stop solution for Chinese and Western divination, generating comprehensive charts (八字, 紫微, 星盘, 六爻, 梅花, 奇门, 大/小六壬, 塔罗, 雷诺曼, 灵签, 择日) together with structured data and AI‑ready prompt text. Available through a web UI, public REST API, MCP server, and a reusable skill for AI agents.
by zcaceres
Integrates with Google Tasks to list, read, search, create, update, and delete tasks via MCP tools.
by GongRzhe
Enables LLMs to perform travel-related tasks such as location search, place details lookup, route calculation, and timezone retrieval using Google Maps services.
by v-3
Interact with Google Calendar to list, create, update, delete events and find free time slots via Claude.
by r-huijts
Provides real-time Dutch railway travel information—including departures, arrivals, journey planning, pricing, and station facilities—through an MCP server that Claude can query.