|
All checks were successful
Deploy Development / deploy (push) Successful in 41s
Test Suite / pytest-backend (push) Successful in 42s
Test Suite / lint-backend (push) Successful in 0s
Test Suite / build-frontend (push) Successful in 12s
Test Suite / k6 /health Baseline (push) Successful in 33s
Test Suite / playwright-tests (push) Successful in 1m18s
- Added a new target architecture document for the AI Prompt System, detailing context types, composition, and planning phases. - Refactored the backend to utilize a shared function for loading AI prompt rows, reducing SQL duplication in the `exercise_ai` module. - Incremented the application version to 0.8.159 and updated the changelog to reflect these changes, including enhancements to the AI prompt management and documentation links. |
||
|---|---|---|
| .. | ||
| BASELINE_SNAPSHOT.md | ||
| README.md | ||
| SCHULDEN_UND_REMEDIATION.md | ||
| TRAINING_UNIT_EDIT_PAGE_MIGRATION.md | ||
| UMSETZUNGSPLAN_ROADMAP.md | ||
| VERBINDLICHE_REGELN_SHINKAN.md | ||
| ZIELBILD_ARCHITEKTUR.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) |
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/meund/api/training-unitsgezählt (Absicherung Dashboard-Refaktor Phase 1). Ausführung:npm run test:e2e; CI:.gitea/workflows/test.ymlJob playwright-tests. k6-Baseline: Jobk6-health-baseline(siehescripts/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.mdsoll 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.