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)
4.8 KiB
4.8 KiB
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.