shinkan-jinkendo/.claude/docs/PROJECT_STATUS.md
Lars 0a1816e38b
All checks were successful
Deploy Development / deploy (push) Successful in 36s
Test Suite / pytest-backend (push) Successful in 25s
Test Suite / lint-backend (push) Successful in 0s
Test Suite / build-frontend (push) Successful in 7s
Test Suite / playwright-tests (push) Successful in 23s
feat: enhance media library and lifecycle management
- Updated media library to include lifecycle filtering options (active, trash_soft, trash_hidden) and copyright management capabilities.
- Implemented new API endpoints for listing media assets with lifecycle states and patching copyright notices.
- Enhanced frontend components to support navigation to the media library and integration of media management features in the ExerciseFormPage.
- Incremented version to 0.8.48, reflecting the latest improvements in media handling and governance.
2026-05-07 14:10:26 +02:00

7.6 KiB
Raw Blame History

Shinkan Jinkendo - Projekt-Status

Stand: 2026-05-07
Version (Code): 0.8.48 (backend/version.py, APP_VERSION)
DB-Schema-Version: 20260507045 (u. a. media_assets, platform_media_storage)
Branch: develop


Executive Summary

Aktueller Meilenstein (Medien): Medienbibliothek /media ergänzt den Archiv-Picker: Lifecycle-Filter (aktiv / Papierkorb / ausgeblendet), Copyright bearbeiten (PATCH), Vorschau inkl. Papierkorb bei Verwaltungsrecht; API-Liste copyright_notice; zuvor §4.2 Promotion official (Übung + Medien).

Parallel weiter relevant: Trainingsrahmenprogramm (036037), Progressionsgraph (032034) — siehe TRAINING_FRAMEWORK_SPEC.md.

Referenz: library/FEATURES_DELIVERED_2026-Q2.md · Medien-Norm: technical/MEDIA_ASSETS_AND_ARCHIVE_SPEC.md

Nächste Schritte — Medien & Archiv (neu priorisiert, Stand 2026-05-07):

  1. Übung → official Promotion inkl. Medien-Anhebung + Copyright-Pflicht bei official (Spec §4.2) — umgesetzt (0.8.47).
  2. Eigenständige Medienmanager-SeiteBasis umgesetzt (/media): Filter, Copyright, Lifecycle-Aktionen; Ausbau: Sichtbarkeit bearbeiten, Bulk, Quotas.
  3. Tests & Observability: gezielte pytest-Abdeckung für Archiv/Verknüpfen; optional Retention-Job-Dry-Run dokumentieren.
  4. S3 / externes Backend hinter Speicher-Abstraktion (Spec §7) — nach stabiler Nutzung lokaler/NAS-Pfade.
  5. Inline-Medien im Fließtext (Spec §11) — bewusst nach Promotion/Copyright und tragfähigem Archiv-Workflow.

Inline: Leitplanken in MEDIA_ASSETS_AND_ARCHIVE_SPEC.md §11; kein Big-Bang vor stabiler Archiv-/Governance-Basis.


Nächste Schritte (Auszug — Planung/Rahmen):

  1. KalenderUI: „Aus Rahmen übernehmen“ an from-framework-slot anbinden; ggf. Bulk.
  2. Governance: Sichtbarkeit club/official für Rahmen so ausprägen, dass andere Trainer kopieren dürfen (Policy + API).
  3. Optional Backlog Graph: Alternativgruppen / bessere Visualisierung (§4).

Deployed Migrations (Dev / Zielstand)

Migration Beschreibung Dev Prod
001017 Initial Schema + Exercise System
018 Wiki Import Tracking
019 Exercises Optional Fields
020 Exercise Skills UNIQUE Constraint 🔲
021 Import Skills from Matrix (DEPRECATED) ⚠️
022 Skills Schema Complete 🔲
023 Skills Complete Import (69 Skills) 🔲
028029 exercise_media / skills Stufen 🔲
030 training_unit_exercises.exercise_variant_id 🔲
032034 Progressionsgraph Übung→Übung 🔲
035037 Rahmenprogramm, BibliothekKopf, SlotBlueprintUnits 🔲
040045 u. a. Mitgliedschaften, Übungs-Governance, media_assets, Plattform-Speicherpfad 🔲

Aktuelle Datenbank-Stats (Dev, Richtwerte)

Die exakten Zahlen hängen von der Umgebung ab (siehe Admin/DB). Die Skills/Übungen-Importe aus früheren Meilensteinen bleiben die Datenbasis.


Feature-Status

Deployed Features (Dev)

Kern-System:

  • Auth & Profile Management
  • Organisation (Clubs, Divisions, Groups)
  • Kataloge (Focus Areas, Styles, Target Groups M:N)

Übungen:

  • CRUD (Create, Read, Update, Delete)
  • M:N Beziehungen (Focus Areas, Styles, Target Groups, Skills)
  • Varianten (CRUD, Reorder, Voraussetzung) + Anzeige im Detail
  • Progressionsgraph zwischen Übungen (Bibliotheks-Container, Kanten, Sequenz-Bulk, Varianten-Knoten — Zwischenstand, siehe TRAINING_FRAMEWORK_SPEC §4)
  • Medien (Upload/Embed, rollenabhängige Größenlimits)
  • Suche & Filter (Multi-Filter, Chips, Fokus beim Suchen)
  • Exercise Blocks (Bausteine)
  • Saved Searches (wo implementiert)

Trainingsplanung:

  • Training Units / strukturierter Ablauf (Sektionen + Items)
  • Optionale Zuordnung einer Übungsvariante pro Eintrag (exercise_variant_id)
  • Trainingsrahmenprogramm Bibliothek (Ziele, Slots, Kontext) + SlotBlueprints in training_units (036037)
  • Materialisierung aus RahmenSlot (POST …/training-units/from-framework-slot; UIAnbindung optional)
  • Kalender-View / erweiterte Roadmap (Backlog)

MediaWiki Import:

  • Import-Tracking, Übungs-Import, Skills-Migration (siehe ältere Session-Docs)

Skills-System:

  • Hierarchisches Schema, Fokusbereich-Zuordnung, Exercise-Skill mit Levels

Admin-UI:

  • Katalog-CRUD, Matrix/Import je nach Rolle

🔲 In Arbeit / Backlog

  • Medien: Papierkorb (§5), Retention-Job, Archiv-API, „Aus Archiv verknüpfen“, Picker/Vorschau in Übungsbearbeitung (Release 0.8.42 ff.)
  • Medien: Promotion Übung↔Medien + Copyright-Pflicht official (Spec §4.2) — 0.8.47
  • Medien: Medienbibliothek /media (Lifecycle-Filter, Copyright PATCH, Vorschau); Ausbau Manager/Bulk/S3 — Roadmap
  • Medien: Inline im Fließtext — nach Spec §11, nach Promotion/Archiv-Reife
  • Admin-UI für Skill-Kategorien (CRUD) falls noch offen
  • Responsive Design / Dark Mode / PWA
  • KI-Suche (ai_search) über reine Volltextsuche hinaus

📋 Geplant (Backlog)

  • Trainingsplan-Generator, Bulk-Export, Review-Workflow (unverändert strategisch geplant)

Technische Schulden

Bereich Issue Priorität
Skills Migration 021 bereinigen (falls noch referenziert) Niedrig
Import Reimport-Flag / DNS je nach Prod-Realität prüfen Mittel

Lessons Learned (Auszug)

  • Listen-UX: Bedingtes Rendern der gesamten Seite bei loading zerstört Fokus und Scroll separates listFetching für die Trefferliste.
  • Upload-Limits: Vergleich immer in MB vor Umrechnung in Bytes; Admin-Limit nie unter Nutzer-Limit.

Deployment-Status

Dev

Branch develop; Migrations bis mindestens 045 auf dem aktuellen Entwicklungsstand; Details in backend/version.py.

Prod

Deployment der oben genannten Migrationen und Datenabgleich nach internem Prozess.


Dokumentation-Status

Dokument Pfad Stand Status
Lieferliste Q2 2026 library/FEATURES_DELIVERED_2026-Q2.md 2026-05-05 Aktualisiert (u. a. 036037)
Trainingsrahmen + Graph technical/TRAINING_FRAMEWORK_SPEC.md 2026-05-05 §2 Blueprint
Anforderungen (Index) functional/SHINKAN_REQUIREMENTS.md 2026-04-27 Neu
Database Schema technical/DATABASE_SCHEMA.md 2026-05-05 Aktualisiert (037)
Domain Model functional/DOMAIN_MODEL.md 2026-05-05 Aktualisiert
API Übungen technical/EXERCISES_API_SPEC.md 2026-04-30 Ergänzt Progressions-API
Frontend Routing technical/EXERCISES_FRONTEND_ROUTING.md 2026-04-30 Ergänzt UI-Hinweise
Search & Filter technical/SEARCH_FILTER_SPEC.md 2026-04-27 Aktualisiert (Liste UX)
Media Upload technical/MEDIA_UPLOAD_SPEC.md 2026-04-27 Aktualisiert (Limits)
Medien-Archiv & Lifecycle technical/MEDIA_ASSETS_AND_ARCHIVE_SPEC.md 2026-05-07 §11 Inline-Plan, Drift-Tab
Projektstatus PROJECT_STATUS.md 2026-05-07 Medien-Meilenstein aktualisiert

Team & Kontakte

Product Owner: Lars
Wiki (Datenquelle): https://karatetrainer.net


Letzte Aktualisierung: 2026-05-07