|
All checks were successful
Deploy Development / deploy (push) Successful in 42s
Test Suite / pytest-backend (push) Successful in 35s
Test Suite / lint-backend (push) Successful in 0s
Test Suite / build-frontend (push) Successful in 12s
Test Suite / playwright-tests (push) Successful in 57s
- Added references to the architecture target image, refactor roadmap, and binding Shinkan rules in CLAUDE.md and HANDOVER.md for better project clarity. - Updated the Dashboard component to improve user authentication handling and optimize data loading, enhancing overall performance and user experience. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| README.md | ||
| SCHULDEN_UND_REMEDIATION.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 |
| VERBINDLICHE_REGELN_SHINKAN.md | Verbindliche Shinkan-spezifische Regeln (Ergänzung zu den globalen Rules) |
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.