History

Lars f3710ac0a1 All checks were successful Deploy Development / deploy (push) Successful in 45s Details Test Suite / pytest-backend (push) Successful in 43s Details Test Suite / lint-backend (push) Successful in 0s Details Test Suite / build-frontend (push) Successful in 13s Details Test Suite / k6 /health Baseline (push) Successful in 33s Details Test Suite / playwright-tests (push) Successful in 1m15s Details Enhance Planning Catalog Context Integration in Progression Path - Updated `PROJECT_STATUS.md` to reflect the addition of the Planning AI Progression Graph and its context in the roadmap. - Enhanced `DOMAIN_MODEL.md` with details on the new `planning_catalog_context` features, allowing trainers to manage curriculum stages and context. - Added tests in `test_planning_catalog_context.py` to validate the separation of LLM highlights from fix hints during QA processes. - Updated `HANDOVER.md` and `PLANNING_KI_ROADMAP.md` to reflect the latest app version and improvements in the planning context. - Enhanced frontend components to support the new planning catalog context, including updates to `ExerciseProgressionPathBuilder` and `ProgressionGraphEditor`. - Bumped version to 0.8.233 to reflect the new features and improvements.		2026-06-12 12:25:52 +02:00
..
BASELINE_SNAPSHOT.md	chore(version): update version and changelog for release 0.8.131	2026-05-14 16:02:54 +02:00
PLANNING_KI_ROADMAP.md	Enhance Planning Catalog Context Integration in Progression Path	2026-06-12 12:25:52 +02:00
PLANNING_PROGRESSION_GRAPH_KI.md	Enhance Planning Catalog Context Integration in Progression Path	2026-06-12 12:25:52 +02:00
README.md	Update documentation and enhance planning features in Progression Graph	2026-06-10 07:50:29 +02:00
SCHULDEN_UND_REMEDIATION.md	feat(docs): add performance baseline documentation and update architecture references	2026-05-14 06:53:37 +02:00
TRAINING_UNIT_EDIT_PAGE_MIGRATION.md	Enhance frontend testing setup and refactor TrainingPlanningPageRoot component	2026-05-19 11:02:03 +02:00
UMSETZUNGSPLAN_ROADMAP.md	Enhance Planning AI with Roadmap-First Architecture and New Features	2026-06-08 08:10:53 +02:00
VERBINDLICHE_REGELN_SHINKAN.md	feat(docs): update architecture documentation references and enhance handover details	2026-05-14 06:42:13 +02:00
ZIELBILD_ARCHITEKTUR.md	feat(docs): update architecture documentation references and enhance handover details	2026-05-14 06:42:13 +02:00

README.md

Architektur: Zielbild, Refaktor, Regeln (Shinkan Jinkendo)

Dieses Bündel ist die Leitlinie für die große Refaktorierung nach dem MVP. Es ergänzt die bestehenden Pflichtdokumente (.claude/rules/ARCHITECTURE.md, CODING_RULES.md, Zugriffsschicht, Media-Spec) und ist für Wartbarkeit, Performance und sichere Erweiterung verbindlich, soweit hier ausdrücklich festgelegt.

Inhalt

Datei	Zweck
ZIELBILD_ARCHITEKTUR.md	Zielarchitektur (Frontend, API, Daten), Qualitätsziele, Einbindung neuer Features
SCHULDEN_UND_REMEDIATION.md	Erfasste Architekturschuld, Reihenfolge und Massnahmen zur Behebung
UMSETZUNGSPLAN_ROADMAP.md	Phasen, Meilensteine, Abnahmekriterien, Aufwandsschwerpunkte
`frontend/src/api/client.js`	Phase 4: zentraler HTTP-Client (`request`, `ACTIVE_CLUB_STORAGE_KEY`, `API_URL`, `mergeActiveClubHeader`)
`frontend/src/api/exercises.js`	Phase 4: Übungen, Medien/Archiv, Progressionsgraphen, KI-Hilfen
`frontend/src/api/planning.js`	Phase 4: Trainingsplanung (Einheiten, Vorlagen, Module, Rahmen, KPIs)
BASELINE_SNAPSHOT.md	Phase 0: Bundle-, API- und Last-Baseline (Messvorlagen, Vergleich nach Phase 2)
KI-Prompt-Zielarchitektur	Roadmap: Kontext-Arten, Composition, Planung/Rahmen, Phasenplan (verbindliche Zielrichtung)
PLANNING_PROGRESSION_GRAPH_KI.md	Progressionsgraph-KI Ist-Stand (Module, API, Graph-Verhalten, Persistenz — zentrale Referenz)
PLANNING_KI_ROADMAP.md	Planungs-KI Produkt-Roadmap (Phase F–G, Abgrenzung Trainingsplanung)
Progressions-Roadmap Spec	Phase F: Artefakte A→B→C, API, Workflow-lite

Tests (E2E / Refaktor-Budget)

tests/dev-smoke-test.spec.js – Playwright-Suite (Smoke + Compliance). Enthält u. a. Test 8: nach Login und Reload des Dashboards werden GET-Aufrufe zu /api/profiles/me und /api/training-units gezählt (Absicherung Dashboard-Refaktor Phase 1). Ausführung: npm run test:e2e; CI: .gitea/workflows/test.yml Job playwright-tests. k6-Baseline: Job k6-health-baseline (siehe scripts/load/README.md).

Pflege

Bei abgeschlossenen Phasen: Roadmap und Remediation-Dokument aktualisieren; bei Regeländerungen: nur mit expliziter Projektfreigabe (gleiches Verfahren wie bei .claude/rules/ARCHITECTURE.md).
Querschnitt: docs/HANDOVER.md soll auf die aktive Roadmap-Phase verweisen.

Bezug MVP

Die aktuelle Codebasis ist funktional MVP-tauglich; strukturell bestehen bekannte Schwerpunkte (grosse Seiten-Monolithen, API-Monolith im Client, redundante Lesepfade, schwere Listenqueries). Dieses Bündel definiert, wie nach dem MVP weitergebaut wird, ohne jedes neue Feature erneut mit architektonischer Schuld zu überfrachten.