Realistische Demo-Daten (12 Wochen, 49 Sessions) + Roadmap + README-Verweis

- 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)

ROADMAP.md

@@ -0,0 +1,63 @@
+# 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.