Contract C1 of the leisure rollout (leisure-watch TODO-leisure-rollout.md). New _leisure.py: LEISURE_FROM = 2027-01-01 (parked; Phase 2 sets it to the day after the shadow week), gaming_base_minutes_for(day) (7 h from it, else 5 h) and gaming_ceiling_minutes_for(day) (10 h / 8 h). base_for and resolve use them; leisure=True prices any day with the leisure base and cap (the shadow budget). Pay, penalties, shutdown and the sick rule untouched; every day before LEISURE_FROM resolves byte-identically (full day still 480). resolve() now has six parameters (the contract fixes the signature), so ruff/pylint max-args is 6; the term loop moved into _term() for too-many-locals. test_ladder's shutdown-defaults-to-today test compared to a literal that broke when UNIFIED_FROM passed; it now compares to today. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Dsh4Znwh2KnC7q6vbGpX1N
14 KiB
earned_time
Penalty-then-reward for gate apps: one table of what every gate earns in gaming time and shutdown time, read by both consumers.
| consumer | applies | via |
|---|---|---|
| steam-backlog-enforcer | Resolution.gaming_minutes |
_budget_resolve.resolve_budget |
| screen-locker | Resolution.shutdown_minutes |
_shutdown_base.reset_to_base_if_new_day + live pass |
A gate (leetcode-guard, book-guard, anki-guard, screen-locker's workout
credit, ...) never touches either. It publishes a fact — HMAC-signed credit
rows in its ledger — and is registered here once.
The model
Gaming: a base (gaming_base_minutes_for(day)) minus every earner's
gaming_minutes from its penalty_from date; each earner done adds its
gaming_minutes back. Capped at gaming_ceiling_minutes_for(day).
Leisure budget (0.14.0, _leisure.py). From LEISURE_FROM the budget
covers all leisure (games, browsing, video, messaging): base 5 h -> 7 h, cap
8 h -> 10 h; pay, penalties and shutdown untouched (fully done day: 180 + 300
= 480 before, 300 + 300 = 600 from it). LEISURE_FROM is parked at 2027-01-01
until Phase 2 sets it to the day after kuhy confirms the shadow week, so every
real day still resolves byte-identically. resolve(..., leisure=True) (and
base_for(..., leisure=True)) prices any day with the leisure base and cap:
the shadow budget the enforcer shows during that week.
Shutdown has two regimes, switched by date (LADDER_FROM, 2026-10-10 —
never a same-day cut):
-
Before
LADDER_FROM: base 20:00 minus the penalties in force, plus each earner'sshutdown_minutes(a second workout +60), capped at 23:00. -
From
LADDER_FROM— the sleep ladder. The ceiling is eight hours of sleep before the alarm:WAKE_MINUTES(07:00) − 8 h = 23:00. The floor is that ceiling minus the sum of every registered earner's rung (aRungper earner name; all of a counted earner's capped units), so doing everything lands exactly on the ceiling. Since 0.6.1TUTOR_FROM == LADDER_FROM, so every real ladder day usesTUTOR_LADDER(below);LADDER, the pre-tutor split (floor 19:00), is never in force on a real day.A second workout earns nothing more (
Rung.extradefaults to 0). Move the alarm (WAKE_MINUTES = 6 * 60) and the whole ladder shifts an hour earlier on its own. Days beforeLADDER_FROMkeep their frozen 23:00 ceiling, so the change never rewrites history.
The two floors are derived separately (_resolve._shutdown_floor), so the
ladder cannot move a gaming minute.
Unified ladder (0.12.0; UNIFIED_FROM = 2026-10-18 since 0.13.2, the day
after screen-locker's late-credit rule shipped): each rung pays what
its earner pays in gaming (workout 120, LeetCode 60, reading 60, tutor 1/unit
to 60), so the floor drops 18:50 -> 18:00 under the same 23:00 ceiling:
nothing 3 h / 18:00, workout 5 h / 20:00, +LeetCode 21:00, +reading 22:00.
Sick days (0.13.0, _sick.py). resolve(..., sick=True) shuts down at
20:00 (SICK_SHUTDOWN_FLOOR_MINUTES) plus every term's gaming pay, capped
at the ceiling: LeetCode + reading is 22:00 (0.11.0's non-stacking max gave
20:10). Never below 0.11.0's max(20:00, earned), so it landed same-day.
Base, terms, gaming, waivers and penalties are unchanged; earners still earn.
sick is the consumer's answer (sickdays.is_sick_day, never imported here).
A live consumer raises the config to the sick resolution after each credit.
The tutor cutover (TUTOR_FROM, one constant in _ladder.py). The
registry is per day: earners_for(day) is EARNERS before it and
TUTOR_EARNERS from it. From TUTOR_FROM Anki is retired (neither penalised
nor paid) and the tutor is TUTOR (name tutor), a counted earner on the
tutor's ledger (~/.local/share/tutor/ledger.json, tutor_match on
detail.ended_at). Until 0.9.0 it was AUTOMATION_TUTOR (name automation,
its own ledger, copied whole on the rename: old rows still pay).
Since 0.8.0 it pays per active minute (a unit is one minute), at most 60
a day summed across sessions.
Weekday quota (0.10.0, TUTOR_QUOTA_FROM 2026-10-12, _quota.py): all 60
units take 15 min Tue-Thu (WORKDAYS, a copy of freedays'), 30 Mon/Fri, 50
Sat/Sun; credit_units scales the day's deduped minute sum,
min(60, minutes * 60 // quota), so it returns units, no longer minutes:
| units | gaming | shutdown rung |
|---|---|---|
| each minute | +1 min | +1 min (Rung(1, extra=1)) |
| all 60 | +60 (Anki's 30 folded in) | +60 (Anki's 25 folded in) |
Each minute earns exactly the shutdown it costs (the fairness rule). Once its
penalty has started, the gaming base drops by the full 60
(Earner.max_gaming_minutes) and the ladder floor by the full 60, so nothing
done is 3 h / 18:50 and everything done is still 8 h / 23:00. Until then
(given first_credits, see below) it costs nothing: 4 h / 19:50.
The tutor row contract (0.8.0, mixed-day safe). credit_units sums what
each counting row pays instead of counting rows (_credits.row_units, the
per-matcher reader _match.ROW_UNITS):
detail.minutes(a positive JSON int, never a bool/float/string) is the active minutes the row pays. A row without it is a 0.7.0 15-minute block and pays 15 (LEGACY_TUTOR_MINUTES), so a day that mixes block rows and minute rows sums both, and an all-block day resolves exactly as 0.7.0 did (min(15 n, 60) = 15 min(n, 4)). A row whoseminutesis present but invalid is refused bytutor_match(logged) and pays nothing anywhere.- An
entry_idpays once; rows repeated under one id pay the smallest of their counts, so a replay or a rewrite can never raise a credit. - What the writer (kuhyx/tutor
tutor/credit.py) must guarantee: every new row carriesdetail.minutes; one row per credited minute,entry_id = f"{session_id}-m{n}"withnthe session's n-th credited active minute (deterministic, so a retry rewrites the same id; never the-b{n}form); ids never cover overlapping minutes (no cumulative "total so far" rows);detail.ended_atis when the last paid minute ended (it picks the day, so a multi-minute row must never span local midnight); its own daily cap sums minutes (block rows as 15) up to 60. N-minute rows (e.g. every 5 minutes) are allowed under the same rules; each write fires screen-locker'searner-bonus.path, so per-minute rows rewrite the shutdown schedule once a minute. - Rollout order: no minute row may be written until every consumer process runs 0.8.0. A 0.7.0 reader pays each row as a 15-minute block.
Days before TUTOR_FROM resolve on EARNERS exactly as before. Consumers must
iterate earners_for(day), never EARNERS; resolve/base_for default to
it, and ignore answers for an earner of another day's registry.
The gap waiver (ANKI_WAIVED_FROM, 2026-10-09 only). Until TUTOR_FROM
(2026-10-10) the registry is EARNERS without anki and automation: neither
penalised nor paid, so the base rises by what they could pay back (nothing
done 4 h / 19:00; everything 8 h / 23:00). The tutor was confirmed in 0.7.0
(confirmed_on 2026-10-09), so its penalty bites from TUTOR_FROM.
Gate maturity (0.6.0)
How far to trust a gate is computed from its ledger, never listed by name:
maturity(earner, ledger, key_file, today) -> Maturity (_maturity.py).
- Real credit: HMAC-verified
creditrow, accepted by the earner'smatch, not manual (detail.sourcemanual/manual_grant,entry_idmanual:/manual_grant:), andamount > 0when the row has one -- a gate's own re-evaluation grant (detail.grant_of, book-guardbonus:rows) may pay 0. A matcher cannot loosen this (anki_matchalone accepts amanual_grantrow). - Levels:
new= no real credit, or noEarner.confirmed_on(set by kuhy);mature= at leastMATURE_MIN_CREDIT_DAYS(14) distinct credit days and the first at leastMATURE_MIN_AGE_DAYS(21) old; elsematuring. An unreadable ledger or key ischecked=False,new, reason recorded. - Penalty start:
penalty_start(earner, first_credit)= max(penalty_from, day after the first real credit, day afterconfirmed_on). No first credit (never paid out, or could not check) is not penalised -- unlessconfirmed_onis set: then fail closed, max(penalty_from, day afterconfirmed_on), so deleting or locking a ledger cannot lift a penalty. Passfirst_credits={name: Maturity.first_credit}, computed overearners_for(day)(until 0.9.0 two earners shared the nameautomation), toresolve/base_forto apply it; omitted, a penalty starts atpenalty_from, as in 0.5.0. It can only delay a penalty, never add one. - Ladder floor (0.6.1): the same start gates the shutdown floor. A rung
comes off the floor only for a pure bonus (no
penalty_from: workout, LeetCode) or an earner whose penalty has started, so a gate that never paid out cannot lower it either (10-10, tutor never credited: 19:50, not 19:00). An unwired consumer (nofirst_credits) cuts the tutor frompenalty_from: 19:00 / 3 h. - CLI:
python -m earned_time maturity [--json] [--day YYYY-MM-DD]prints one row per ledger-backed earner of every registry. It is the only code that resolves real paths (~/<Earner.ledger>,/etc/workout-locker/hmac.key), and it only reads.
API
resolve(answers, day=None, earners=None, *, first_credits=None, sick=False, leisure=False) -> Resolution— the one sum.sick_shutdown_from(paid_minutes, day) -> int.base_for(day=None, earners=None, *, first_credits=None, leisure=False) -> Base— the day's floors.gaming_base_minutes_for(day),gaming_ceiling_minutes_for(day) -> int— the gaming base and cap.done_today(earner, ledger, key_file, *, now=None) -> bool | Nonefirst_credit_at(earner, ledger, key_file, day) -> float | None— unix time of the earliest verified credit forday, on its matcher's stamp (_match.CREDIT_STAMPS; Anki/Automation:created_at). It can lie outsideday(Anki's rollover, a rest day declared the evening before).credit_units(earner, ledger, key_file, day) -> int | None— the units the verified rows pay forday: 1 per row (the workout), or the row's own count (the tutor'sdetail.minutes, legacy block rows 15; from 0.10.0 the day's sum scaled to its weekday quota). A repeatedentry_idpays once, its smallest count;max_unitsis applied byresolve.earners_for(day),all_earners(),registries()— the registry in force on a day, and every earner of every registry (what a ledger watcher must watch). They readearned_time.EARNERSthrough the package, so a consumer test that patches it still registers its stand-in.shutdown_minutes_for(earner, day),extra_shutdown_minutes_for(earner, day),shutdown_ceiling_for(day)(ints),on_ladder(day) -> bool— what a status view lists as still left to earn.Earner.shutdown_for(units, day=None)is the day-aware sum. Never readearner.shutdown_minutes: pre-ladder value.day_window(day),today_window(now=None),entry_signature,verified.
The workout ledger
WORKOUT is kind="counted" with a ledger at
~/.local/share/workout_locker/ledger.json, written by screen-locker: one
signed credit row per credited unit,
{"kind": "credit", "entry_id", "day", "detail": {"completed_at", "source"}}.
workout_match counts a runnerup_tcx row when completed_at falls in the
window, and a rest_day row on the day it names — only if
detail.declared_at is before that day's local midnight. A rest day declared
on the day itself is logged and does not count.
Adding a gate
-
The gate writes
{"entries": [...]}to its ledger. Each row haskind: "credit", adetaildict, and anhmacsigned with/etc/workout-locker/hmac.key(earned_time.entry_signature, the same as gatelock'slog_integrity). -
Add a matcher to
earned_time/_match.pyand anEarnertoearned_time/_policy.pyandEARNERS:PIANO = Earner( name="piano", # also screen-locker's "piano_bonus_date" stamp label="piano", gaming_minutes=30, shutdown_minutes=30, # pre-ladder value penalty_from=date(2026, 11, 1), # gaming base drops by 30 from then on ledger=".local/share/piano_guard/ledger.json", match=piano_match, # which verified credit rows count today missing_ledger_is_no=True, )Then give it a rung in
TUTOR_LADDER(PIANO.name: Rung(20)), and, if its matcher decides on an event stamp, an entry in_match.CREDIT_STAMPS.On the ladder a new earner's rung comes out of the floor from its penalty start (a pure bonus: the day its pin lands; the ceiling is fixed): re-split the rungs and ship it the day the gate can actually be satisfied.
-
Bump the version, tag
earned-time-vX.Y.Z, and bump the pin in both consumers. Neither needs code for a ledger-backed flat earner.
Rules the consumers rely on
- Minutes everywhere. Shutdown is minutes after local midnight.
- Paths are passed in. No reader resolves a real path itself; consumers' test suites redirect their own constants.
Noneis "could not check", never "no". It earns nothing (fail closed), but consumers log it. A missing answer inresolve()is logged as well; an unknown earner name raises.- The HMAC key is root-owned and 0644 on purpose. User-run gates must sign rows, so the user reads it; root owns it so no user process can replace it. It stops casual edits and corruption, not a determined forger with a shell.
- Stdlib only. The gaming daemon imports this as root, headless.
Install
pip install --user --break-system-packages --no-deps "earned-time @ git+https://github.com/kuhyx/utils@earned-time-v0.14.0#subdirectory=earned_time"
The root steam-backlog-enforcer.service sets HOME=/home/kuhy, so it imports
from the same user site-packages. Test: scripts/run_subproject_tests.sh earned_time.