# Trainingstools 2.0

## Datenmodell und Stabilität

- stabile IDs für Plan, Phasen, Tage, Rotationen, Übungsinstanzen, Bewegungen, Progressionen und Progressionsstufen
- dauerhaft gespeicherte `legacy_id` für die sichere Migration alter Positionsschlüssel
- Progressionsstufen als Objekte mit Name, Schema, Cluster, Faktor und Phasenbezug
- gemeinsamer, versionierter Datenvertrag zwischen Planeditor und Tracker
- veröffentlichte Planfassung und bearbeitbarer Entwurf getrennt
- Planrevision pro Session gespeichert
- atomische Plan- und Tracker-Schreibvorgänge
- Konfliktschutz über Revisionsnummern und Session-Patches

## Planeditor

- Validierung vor Veröffentlichung
- stabil-ID-basierter Änderungsbericht
- Tracker-Vorschau für Ergebnisfelder und feste Intervalle
- automatische, anschließend editierbare Migration fehlender Ergebnisschemata
- planbezogene Übungsbibliothek mit Bewegungsclustern und Progressionsfaktoren
- KI-Vorschläge mit Ziel-IDs, direkter Navigation zum Ziel und manueller Bestätigung

## Tracker

- Übungen können erledigt, teilweise erledigt oder mit Grund übersprungen werden
- Woche kann explizit geöffnet oder abgeschlossen werden
- Sessiondaten werden nur als Patch gespeichert
- historische Sessions bleiben ihrer Planrevision zugeordnet
- robuste Analysejobs mit Dateisperre, Heartbeat und Ablauf-Lease
- Analysehash berücksichtigt Planrevision, Schema-, Prompt-, Modell- und Normalisierungsversion
- genau eine aktuelle Analyse je Woche und eine Gesamtanalyse
- Neuberechnung überschreibt die vorhandene Analyse
- alte Analysehistorien werden automatisch auf das Ein-Datei-Modell reduziert
- strukturierte Planvorschläge werden an den Planeditor übergeben

## Nicht enthalten

- keine strukturierten Technik-, RIR- oder RPE-Werte
- kein unterschiedliches Gewicht pro Satz
- kein Trainings- oder Intervalltimer
- keine Analysehistorie und keine Analyseversionierung