12 Commits

Author	SHA1	Message	Date
Lars	043bed4323	docs: Phase 1.5 complete - update roadmap ... Phase 1.5 (Flexible Goal System) erfolgreich abgeschlossen: - 8h Aufwand (geplant 8-12h) - Alle Tasks ✅ - System vollständig flexibel - Phase 0b ready to start Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>	2026-03-27 06:52:18 +01:00
Lars	65ee5f898f	feat: Phase 1.5 - Flexible Goal System (DB-Registry) Part 1/2 ... KRITISCHE ARCHITEKTUR-ÄNDERUNG vor Phase 0b: Ermöglicht dynamische Goal Types ohne Code-Änderungen. Backend: - Migration 024: goal_type_definitions Tabelle → 8 existierende Typen als Seed-Data migriert → Flexible Schema: source_table, aggregation_method, calculation_formula → System vs. Custom Types (is_system flag) - goal_utils.py: Universal Value Fetcher → get_current_value_for_goal() ersetzt hardcoded if/elif chain → Unterstützt: latest, avg_7d, avg_30d, sum_30d, count_7d, etc. → Komplexe Formeln (lean_mass) via calculation_formula JSON - goals.py: CRUD API für Goal Type Definitions → GET /goals/goal-types (public) → POST/PUT/DELETE /goals/goal-types (admin-only) → Schutz für System-Types (nicht löschbar) - goals.py: _get_current_value_for_goal_type() delegiert zu Universal Fetcher Frontend: - api.js: 4 neue Funktionen (listGoalTypeDefinitions, create, update, delete) Dokumentation: - TODO_GOAL_SYSTEM.md: Phase 1.5 hinzugefügt, Roadmap aktualisiert Part 2/2 (nächster Commit): - Frontend: Dynamic Goal Types Dropdown - Admin UI: Goal Type Management Page - Testing Warum JETZT (vor Phase 0b)? - Phase 0b Platzhalter (120+) nutzen Goals für Score-Berechnungen - Flexible Goals → automatisch in Platzhaltern verfügbar - Später umbauen = Doppelarbeit (alle Platzhalter anpassen) Zukünftige Custom Goals möglich: - 🧘 Meditation (min/Tag) - 📅 Trainingshäufigkeit (x/Woche) - 📊 Planabweichung (%) - 🎯 Ritual-Adherence (%) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>	2026-03-27 06:45:05 +01:00
Lars	14d80fc903	docs: zentrale TODO-Liste für Goal System erstellt ... Tracking-Dokument für alle offenen Punkte: - Phase 0b Tasks (120+ Platzhalter) - v2.0 Redesign Probleme - Gitea Issues Referenzen - Timeline & Roadmap Verhindert dass wichtige Punkte vergessen werden. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>	2026-03-27 06:17:57 +01:00
Lars	e3f1e399c2	docs: Goal System Redesign v2.0 - comprehensive concept ... Created comprehensive redesign document addressing all identified issues: Problems addressed: 1. Primary goal too simplistic → Weight system (0-100%) 2. Single goal mode too simple → Multi-mode with weights 3. Missing current values → All goal types with data sources 4. Abstract goal types → Concrete, measurable goals 5. Blood pressure single value → Compound goals (systolic/diastolic) 6. No user guidance → Norms, examples, age-specific values New Concept: - Focus Areas: Weighted distribution (30% weight loss + 25% endurance + ...) - Goal Weights: Each goal has individual weight (not binary primary/not) - Concrete Goal Types: cooper_test, pushups_max, squat_1rm, etc. - Compound Goals: Support for multi-value targets (BP: 120/80) - Guidance System: Age/gender-specific norms and examples Schema Changes: - New table: focus_areas (replaces single goal_mode) - goals: Add goal_weight, target_value_secondary, current_value_secondary - goals: Remove is_primary (replaced by weight) UI/UX Redesign: - Slider interface for focus areas (must sum to 100%) - Goal editor with guidance and norms - Weight indicators on all goals - Special UI for compound goals Implementation Phases: 16-21h total - Phase 2: Backend Redesign (6-8h) - Phase 3: Frontend Redesign (8-10h) - Phase 4: Testing & Refinement (2-3h) Status: WAITING FOR USER FEEDBACK & APPROVAL Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>	2026-03-26 22:05:05 +01:00
Lars	3dd10d3dc7	docs: Phase 0a completion - comprehensive documentation ... CLAUDE.md: - Version updated to v9e+ (Phase 0a Goal System Complete) - Added Phase 0a feature section with full details - Updated 'Letzte Updates' with Phase 0a completion - Links to new documentation files docs/issues/issue-50-phase-0a-goal-system.md (NEW): - Complete Phase 0a implementation documentation - Technical details: Migration 022, goals.py, GoalsPage - 4 commits documented (337667f to 5be52bc) - Lessons learned section - Basis for Phase 0b documented - Testing checklist + acceptance criteria docs/NEXT_STEPS_2026-03-26.md (NEW): - Comprehensive planning document - Option A: Issue #49 - Prompt Page Assignment (6-8h) - Option B: Phase 0b - Goal-Aware Placeholders (16-20h) - Option C: Issue #47 - Value Table Refinement (4-6h) - Recommendation: Szenario 1 (Quick Wins first) - Detailed technical breakdown for both options - Timeline estimates (4h/day vs 8h/day) - 120+ placeholder categorization for Phase 0b All documentation reflects current state post Phase 0a. Next decision: Choose between Issue #49 or Phase 0b. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>	2026-03-26 21:49:07 +01:00
Lars	337667fc07	feat: Phase 0a - Minimal Goal System (Strategic + Tactical) ... - Strategic Layer: Goal modes (weight_loss, strength, endurance, recomposition, health) - Tactical Layer: Concrete goal targets with progress tracking - Training phases (manual + auto-detection framework) - Fitness tests (standardized performance tracking) Backend: - Migration 022: goal_mode in profiles, goals, training_phases, fitness_tests tables - New router: routers/goals.py with full CRUD for goals, phases, tests - API endpoints: /api/goals/* (mode, list, create, update, delete) Frontend: - GoalsPage: Goal mode selector + goal management UI - Dashboard: Goals preview card with link - API integration: goal mode, CRUD operations, progress calculation Basis for 120+ placeholders and goal-aware analyses (Phase 0b) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>	2026-03-26 16:20:35 +01:00
Lars	ae93b9d428	docs: goal system priority analysis - hybrid approach ... Key Decision: Minimal Goal System BEFORE Placeholders Critical Finding: - Same data = different interpretation per goal - Example: -5kg FM, -2kg LBM - weight_loss: 78/100 (good!) - strength: 32/100 (LBM loss critical!) - Without goal: 50/100 (generic, wrong for both) Recommended Approach (Hybrid): 1. Phase 0a (2-3h): Minimal Goal System - DB: goal_mode field - API: Get/Set Goal - UI: Goal Selector - Default: health 2. Phase 0b (16-20h): Goal-Aware Placeholders - 84 placeholders with goal-dependent calculations - Scores use goal_mode from day 1 - No rework needed later 3. Phase 2+ (6-8h): Full Goal System - Goal recognition from patterns - Secondary goals - Goal progression tracking Why Hybrid Works: ✅ Charts show correct interpretations immediately ✅ No rework of 84 placeholders later ✅ Goal recognition can come later (needs placeholders anyway) ✅ System is "smart coach" from day 1 File: docs/GOAL_SYSTEM_PRIORITY_ANALYSIS.md (650 lines)	2026-03-26 16:08:00 +01:00
Lars	8398368ed7	docs: comprehensive functional concept analysis ... Analysis Results: - 84 new placeholders needed from Fachkonzept - Issues #26 & #27 too narrow (complementary, not conflicting) - Recommend 4-phase approach: Placeholders → Charts → Rules → KI - Transform: Data Collector → Active Coach Key Findings: - Fachkonzept defines 3 levels (Deskriptiv, Diagnostisch, Präskriptiv) - 18 dedicated charts (K1-K5, E1-E5, A1-A8, C1-C6) - Goal-mode dependent interpretation - Lag-based correlations mandatory - Confidence & data quality essential Recommended Actions: - Create Issues #52-55 (Baseline, Scores, Correlations, Metrics) - Expand #26 & #27 based on Fachkonzept - Start Phase 0: Implement 84 placeholders File: docs/KONZEPT_ANALYSE_2026-03-26.md (385 lines)	2026-03-26 15:26:12 +01:00
Lars	cd2609da7c	feat: Feature Request #49 - Prompt-Zuordnung zu Verlaufsseiten ... UX Enhancement: Kontextbezogene KI-Analysen Features: - Prompts auf Verlaufsseiten verfügbar machen - Mehrfachauswahl: Prompt auf mehreren Seiten - Inline-Analyse via Modal - Wiederverwendbare PagePrompts Komponente Technisch: - DB: available_on JSONB column - API: GET /api/prompts/for-page/{page_slug} - UI: Page-Auswahl im Prompt-Editor Aufwand: 6-8h, Priority: Medium Gitea: Issue #49	2026-03-26 15:12:39 +01:00
Lars	39db23d417	docs: comprehensive status report 26.03.2026 ... Audit Results: - 2 Issues closed: #28 (AI-Prompts), #44 (Delete bug) - 1 Issue created: #47 (Value Table Refinement) - 12 commits today, 3 major features completed - All documentation synchronized with Gitea Next: Testing on dev, then Production deployment	2026-03-26 14:53:45 +01:00
Lars	713f7475c9	docs: create Issue #50 - Value Table Refinement ... - Normal-Modus: Nur Einzelwerte (übersichtlich) - Experten-Modus: Zusätzlich Stage-Rohdaten - Beschreibungen für alle Platzhalter vervollständigen - Schema-basierte Beschreibungen für extrahierte Werte Aufwand: 4-6h, Priority: Medium	2026-03-26 14:43:23 +01:00
Lars	ef8008a75d	docs: update CLAUDE.md and add comprehensive membership system documentation ... Updates: - CLAUDE.md: Reflect current v9c-dev status (enforcement disabled, history working) - CLAUDE.md: Document simple AI limit system currently active - CLAUDE.md: Update implementation status (admin UI complete, enforcement rolled back) New Documentation: - docs/MEMBERSHIP_SYSTEM.md: Complete v9c architecture documentation - Design decisions and rationale - Complete database schema (11 tables) - Backend API overview (7 routers, 30+ endpoints) - Frontend components (6 admin pages) - Feature enforcement rollback analysis - Lessons learned and next steps - Testing strategy - Deployment notes - Troubleshooting guide The new doc provides complete reference for: - Feature-Registry-Pattern implementation - Tier system architecture - Coupon system (3 types with stacking logic) - User-Override system - Access-Grant mechanics - What went wrong with enforcement attempt - Roadmap for v9d/v9e Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>	2026-03-20 15:44:29 +01:00