AI-Agent
e91cd30479
Image bauen und in die Registry schieben / build (push) Successful in 8s
- demo-data.json neu generiert: 12 Wochen Push/Pull/Legs mit Plateau- Phasen, Deload-Woche, ausgelassenen Trainingstagen, Reps-Streuung, nicht abgehakten Saetzen und Notizen; dazu 12 Laeufe und 5 Fahrten - ROADMAP.md: interne Roadmap in 4 Phasen (Inhalt in der App bearbeiten, herstellerunabhaengige Info-Texte mit Bildern/Schritten, Plugin-System mit Ollama/Cloud-Coach, Wearable-Import, CLI-Harness, Volumen/1RM, PWA, a11y) - README: Roadmap-Sektion - test_auth: erwartete Demo-Zaehler dynamisch aus der Datei berechnet - Tests: 158 Checks gruen (39+18+43+32+26)
63 lines
4.8 KiB
Markdown
63 lines
4.8 KiB
Markdown
# REKORD - Roadmap
|
||
|
||
Interne Roadmap. Prioritaeten: P1 = naechste Iterationen, P2 = bald, P3 =
|
||
spaeter. Status: Idee / Geplant / In Arbeit / Fertig.
|
||
|
||
Zielrichtung: breiteres Feature-Set, einfachere Erweiterung des
|
||
Uebungs-/Maschinen-Katalogs, herstellerunabhaengige Inhalte, sanfte
|
||
Integration (Plugins, lokale Modelle) statt Monolithen. Architektur-Leitplanken
|
||
bleiben: Config-getrieben, leichtgewichtig, Daten lokal, keine Telemetrie.
|
||
|
||
---
|
||
|
||
## Phase 1 - Inhalte & Bedienbarkeit
|
||
|
||
| Prioritaet | Thema | Status | Notiz |
|
||
|---|---|---|---|
|
||
| P1 | **Uebungen/Maschinen in der App bearbeiten** | Idee | Heute aendert man `config.json` von Hand. Ziel: Uebungen, Tage, Maschinen und Info-Texte direkt in der App anlegen/bearbeiten (persistiert neben der Config), damit ein Nicht-Programmierer den Plan ohne Dateieditor pflegt. |
|
||
| P1 | **Info-Texte erweitern** | Idee | Neben dem Freitext: optionale Bilder (URL oder Upload), Schritte als Checkliste, ein "wertvoller Link" (z.B. zu einer neutralen Anatomie-/Form-Quelle). Wichtig: **nicht hersteller-spezifisch** - die Technogym-Referenzen aus der Config sind nur Platzhalter; der Katalog soll generisch sein. |
|
||
| P1 | **Uebungsvarianten & Maschinen-Tags** | Idee | Eine Uebung mit mehreren Varianten (KH, Maschine, Kabel) und deren Verfuegbarkeit; beim Training schnell zwischen den Geräten wechseln, die im Studio stehen. |
|
||
| P1 | **Set-Vorlagen pro Uebung** | Idee | Im Plan definierte Satz-Vorlagen (Anzahl, Ziel-Reps, Pause) als Startpunkt - schon teilweise da ("Plan-Gewichte vorbefuellen"), aber noch nicht pro Satz steuerbar. |
|
||
| P2 | **Gewichtseinheiten pro Uebung** | Idee | z.B. Bodyweight (kein kg), Bandwiderstand, Maschinen-Gewicht inkl. Hebel - neben dem globalen kg/lb. |
|
||
|
||
## Phase 2 - Integration & Automation
|
||
|
||
| Prioritaet | Thema | Status | Notiz |
|
||
|---|---|---|---|
|
||
| P1 | **Plugin-System** | Idee | Kleine Plugins (JS im Browser und/oder Server-Skripte) mit klaren Hooks: nach Session-Speichern, beim Export, beim Anzeigen einer Uebung, beim Abschluss. Registrierung in der Config. So bleiben Erweiterungen ausserhalb des Kerns. |
|
||
| P1 | **Ollama/Cloud-Coach** | Idee | Plugin, das Form-Tipps/Zusammenfassungen per API generiert - **local-first** (Ollama), Cloud nur mit expliziter Zustimmung und eigener Wahl des Anbieters/Keys. Keine Daten gehen ohne Erlaubnis nach aussen. |
|
||
| P2 | **Webhooks bei Events** | Idee | Nach "Session abgeschlossen", "Benutzer angelegt" etc. - fuer eigene Automation (Backup, Benachrichtigungen, Hausautomation). |
|
||
| P2 | **API-Keys pro Benutzer** | Idee | Neben den Login-Tokens: eigene read/write Keys pro Benutzer fuer Scripts, ohne das Konto freizugeben. |
|
||
| P2 | **Effizienter Harness (CLI)** | Idee | Kleines Kommandozeilen-/Script-Interface (`rekord`-CLI oder Python-Client) gegen die API: Workouts eintragen/abrufen, Statistiken ziehen - fuer Cron-Jobs, TUI, Automation. |
|
||
| P3 | **Wearable-Import** | Idee | Garmin/Apple/Fitbit/Samsung-Health-Exporte (CSV/JSON) als Plugin importieren; Puls etc. an Cardio-Sessions anhaengen. Kein Live-Sync in Phase 1. |
|
||
|
||
## Phase 3 - Analyse & UX
|
||
|
||
| Prioritaet | Thema | Status | Notiz |
|
||
|---|---|---|---|
|
||
| P1 | **Volumen & 1RM-Schaetzung** | Idee | Trainingsvolumen (kg × Reps) je Uebung/Tag, 1RM-Schaetzung (z.B. Epley) als zusaetzliche Statistik-Kennzahl. |
|
||
| P2 | **Wochenvergleich & Trends** | Idee | Statistik ueber Wochen hinweg (nicht nur "Differenz zur ersten Messung"): gleitende Durchschnitte, PR-Markierungen, Verlaufs-Graph (ohne externe Chart-Lib, wenn moeglich). |
|
||
| P2 | **PWA / Offline** | Idee | Als installierbare App (Service Worker, App-Icon) - nicht kritisch, da serverseitig, aber schoener auf dem Handy. |
|
||
| P2 | **Sessions am selben Tag bessern** | Idee | Mehrere Sessions pro Tag sind drin; UX fuer "morgens laufen, abends Gym" vereinfachen (schneller Aktivitaets-/Tag-Wechsel). |
|
||
|
||
## Phase 4 - Qualitaet & Betrieb
|
||
|
||
| Prioritaet | Thema | Status | Notiz |
|
||
|---|---|---|---|
|
||
| P2 | **Barrierefreiheit (a11y)** | Idee | Tastatur-Navigation, Kontraste, Screenreader-Labels systematisch pruefen. |
|
||
| P2 | **Backup/Retention** | Idee | Automatische Export-Erinnerung oder in-App-Backup-Timer; Dokumentation fuer Rotation. |
|
||
| P3 | **Mehrsprachigkeit ausbauen** | Idee | i18n-Architektur ist da (de/en); weitere Sprachen als Community-Beitrag. |
|
||
| P3 | **Mehr-Server / Replikation** | Idee | Datenhaltung bleibt SQLite; falls noetig: Import/Export als Synchronisationsweg dokumentieren statt Live-Replikation. |
|
||
|
||
---
|
||
|
||
## Konzepte in einem Satz
|
||
|
||
- **Content in der App statt in der Datei** - der Uebungskatalog wird Teil des
|
||
Produkts, nicht des Repos.
|
||
- **Herstellerunabhaengig** - Maschinen-Referenzen sind Hinweise, keine
|
||
Abhaengigkeit; Links/Medien sind optional und austauschbar.
|
||
- **Plugins statt Kern-Zerfaserung** - alles, was nicht jeder braucht
|
||
(Coach, Sync, Import), wird Plugin.
|
||
- **Local-first** - lokale Modelle (Ollama) sind der Default, Cloud nur auf
|
||
ausdruecklichen Wunsch. |