Garmin Double Progression
Reads what you actually lifted from Garmin Connect and advances the targets in your Garmin workouts automatically, using double progression.
Train, run one command, sync your watch. Next session's numbers are already waiting on it.
$ repwise update
Activity: Workout B (1234567890)
Updating: Workout B -> workout 111111111
* Barbell Deadlift 10 x 60 kg -> 6 x 65 kg (hit 10 on every set, +5 kg and reset to 6)
* Dumbbell Lateral Raise 12 x 8 kg -> 13 x 8 kg (add 1 rep (12 -> 13))
Sit-up 11 reps -> 11 reps (missed target (10/11 on worst set), repeat)
Dry run: 2 step(s) would change. Re-run with --apply.
Quick start
You need workouts already built in Garmin Connect, and Python 3.14 or newer.
git clone https://github.com/theadzik/repwise.git
cd repwise
python3 -m venv .venv
.venv/bin/pip install -e .
repwise import -o workouts.yaml # build a config from your Garmin workouts
repwise update # after a session: see what would change
repwise update --apply --push # write it, and send it to your watch
The first command that reaches Garmin asks for your email, password and MFA code, then caches a token so later runs do not. Credentials are never stored by this tool.
Nothing is written to Garmin without --apply. A dry run is the default.
The full walkthrough is in Getting started.
What it does
It compares what you performed against the target stored in Garmin and picks the next one. Every workout in your config is advanced from its own latest session, so training A and then B and running once brings both up to date:
- Start at the bottom of the rep range.
- Add a rep to every set each session.
- Once every set reaches the top of the range, add weight and reset to the bottom.
- If you missed the target, repeat it unchanged.
- A load only counts once you can carry it for the bottom of the range.
Three things it handles that a spreadsheet would not:
- It judges progress by your weakest set. Extra reps on the easy sets do not pull the target somewhere you cannot repeat.
- It eases you back after a stall. Miss a target twice and the session that finally beats it earns a rep on two of your four sets rather than on all of them, so you are not asked again for the jump that just failed.
- It follows the weight you actually used. Bump the load mid-session and the new load is banked, not discarded.
- It won't keep a load you didn't earn. Take the 4 kg dumbbells because the 3 kg pair was gone, come up short of the range, and your target stays where it was rather than following you onto a weight that was too heavy.
Each exercise also gets a one-line note on its Garmin step, such as
6-10 reps | +5 kg, so the watch shows what you are working towards and not
just today's target. Notes you wrote yourself are left alone.
Your config is the workout
workouts.yaml decides what a workout is; Garmin keeps track of where each
exercise has got to. Edit the file and the next run brings Garmin into
line:
- Write a workout that does not exist yet. Leave
garmin_workout_idout and it is built in Garmin, then the id is written back into your file. - Reorder the exercises. The order in the file is the order on the watch. Add one and it is added; delete one and it is deleted.
- Set the rests and the sets. Including the rest between exercises, which Garmin leaves as a wait for the lap button until you ask for a time.
An exercise that moves keeps everything it had, target included, because the step itself is moved rather than rebuilt. That is the difference between reordering your workout and quietly restarting your progression.
Nothing reaches Garmin without --apply, and a dry run prints every addition,
removal and move first.
It also covers timed holds like planks, exercises the watch counts per side, and keeping an exercise in sync when it appears in more than one workout. Progression explains every decision it can make.
Commands
| Command | What it does |
|---|---|
repwise update |
Advance targets from the latest session, and bring every workout in line with the config. Dry run by default |
repwise update --apply --push |
Write all of that to Garmin and send it to your watch |
repwise list |
Show your Garmin workouts and their ids |
repwise import |
Build a workouts.yaml from your Garmin workouts |
repwise check |
Check that your config names exercises Garmin actually has, that it still names the ones your workouts hold, and that every rep range fits what its weight step is really worth |
repwise fetch |
Download raw workout JSON |
repwise fetch exercises |
Refresh Garmin's list of every exercise it knows, which check reads |
Any command takes -v to show debug output as well. Full flags and output for
each are in Commands.
Your routine
Your routine lives in workouts.yaml: the exercises, their order, rep ranges,
set counts, rests, and which Garmin workout each belongs to. Generate it with
repwise import, or copy workouts.example.yaml - a
complete working A/B full body split, annotated field by field.
It is the source of truth rather than a copy of one: update writes what it
says to Garmin, and the only thing ever written back into it is an id Garmin
issues for a workout it has just created.
That file is gitignored, so your routine and Garmin ids stay out of version control. Every field is described in Configuration.
Documentation
For users:
| Page | Contents |
|---|---|
| Getting started | Install to first update, step by step |
| Commands | Every command, flag, output marker and exit code |
| Configuration | The workouts.yaml reference, and finding your exercise identifiers |
| Progression | How the next target is decided, with worked examples |
| Troubleshooting | Login problems, skipped exercises, known limitations |
For contributors:
| Page | Contents |
|---|---|
| Architecture | Module layout, dependency and data-flow diagrams |
| Garmin's API | The undocumented payloads and endpoints, and their traps |
| Contributing | Dev setup, tests, where to make a change |
| Releasing | Commit message format, and how the version is derived from it |
Licence
MIT.
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file repwise-1.0.0.tar.gz.
File metadata
- Download URL: repwise-1.0.0.tar.gz
- Upload date:
- Size: 125.1 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/7.0.0 CPython/3.13.14
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
6fb5d51e483cec1705f91f2e09ddceea6fbae47498ad959785ce42574963fb55
|
|
| MD5 |
1e11203148e5ef38dac06a41edbdf555
|
|
| BLAKE2b-256 |
15b68e595b1af25cb8152c15dd08bba49d00d3e7e51c724f196436a0e9a9c053
|
Provenance
The following attestation bundles were made for repwise-1.0.0.tar.gz:
Publisher:
publish.yml on theadzik/repwise
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
repwise-1.0.0.tar.gz -
Subject digest:
6fb5d51e483cec1705f91f2e09ddceea6fbae47498ad959785ce42574963fb55 - Sigstore transparency entry: 2386702729
- Sigstore integration time:
-
Permalink:
theadzik/repwise@cdff02018e2914e0040c941b45c49d9a7c318c1a -
Branch / Tag:
refs/heads/main - Owner: https://github.com/theadzik
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
publish.yml@cdff02018e2914e0040c941b45c49d9a7c318c1a -
Trigger Event:
workflow_dispatch
-
Statement type:
File details
Details for the file repwise-1.0.0-py3-none-any.whl.
File metadata
- Download URL: repwise-1.0.0-py3-none-any.whl
- Upload date:
- Size: 85.2 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/7.0.0 CPython/3.13.14
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
81b3469a63653bafee13267c3bccf3c170eaa6e630160eed52f90369c9b70d36
|
|
| MD5 |
0825e2d3c112bf98f377f36fef68e9c3
|
|
| BLAKE2b-256 |
023206eac6caab9f7bc6bb83bca8951f827341b35fcc89c3afeadf3f144cf142
|
Provenance
The following attestation bundles were made for repwise-1.0.0-py3-none-any.whl:
Publisher:
publish.yml on theadzik/repwise
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
repwise-1.0.0-py3-none-any.whl -
Subject digest:
81b3469a63653bafee13267c3bccf3c170eaa6e630160eed52f90369c9b70d36 - Sigstore transparency entry: 2386702757
- Sigstore integration time:
-
Permalink:
theadzik/repwise@cdff02018e2914e0040c941b45c49d9a7c318c1a -
Branch / Tag:
refs/heads/main - Owner: https://github.com/theadzik
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
publish.yml@cdff02018e2914e0040c941b45c49d9a7c318c1a -
Trigger Event:
workflow_dispatch
-
Statement type: