37 Commits

Author	SHA1	Message	Date
Lars	b5c5f2f612	feat: introduce fitness dashboard overview and enhance activity metrics ... - Added new functions to build fitness dashboard visualizations, including weekly training volume and training type distribution charts. - Updated the `charts.py` router to include a new endpoint for the fitness dashboard, integrating data from activity metrics. - Refactored existing activity-related functions to improve modularity and maintainability. - Updated frontend components to reflect the new fitness terminology and integrate the fitness dashboard overview, enhancing user experience.	2026-04-19 21:27:12 +02:00
Lars	d7cefdd9e9	feat: Update Gitea issues index and enhance data layer metrics ... - Updated the Gitea issues index to reflect the latest state as of 2026-04-11, adding issue #76 to the list. - Refined data handling in `activity_metrics.py`, `body_metrics.py`, `nutrition_metrics.py`, and `scores.py` to ensure consistent float conversions for calculations, improving accuracy in metric evaluations. - Enhanced the calculation logic for various metrics to handle potential None values more robustly, ensuring smoother data processing and improved reliability across the application. These changes improve the clarity of the Gitea issues documentation and enhance the overall accuracy and reliability of health and fitness metrics.	2026-04-11 22:14:45 +02:00
Lars	052ba195cc	feat: Update placeholder metadata and nutrition metrics ... - Adjusted the total number of placeholders from 116 to 114 across various documentation and code files to reflect the current state of the system. - Enhanced TDEE calculation logic in `nutrition_metrics.py` to prioritize Mifflin–St Jeor BMR with PAL when demographic data is available, with a fallback to a weight-based estimate. - Updated placeholder registrations to ensure consistency with the new metadata structure and improved data handling. - Revised documentation to clarify the authoritative source of placeholder metadata and the implications of the changes on existing functionalities. These updates improve the accuracy and consistency of the placeholder system and enhance the nutritional assessment capabilities within the application.	2026-04-11 21:11:05 +02:00
Lars	d6d7e738a5	feat(csv-import): Refactor CSV import logic and enhance data handling ... - Updated the CSV import architecture to clarify the distinction between import and data layer responsibilities, as outlined in the new section of ARCHITECTURE.md. - Enhanced the build_row_after_mapping function to include module-specific context for improved data processing. - Introduced source unit options in the admin CSV template editor to facilitate user-defined conversions, improving flexibility in handling various data formats. - Added new tests to validate the handling of source units and ensure accurate conversions during CSV imports. - Updated module definitions to include unit specifications for nutritional and activity data fields, enhancing data integrity.	2026-04-10 09:54:32 +02:00
Lars	01e328b6b4	docs(issue-53): kanonische Pfade Data Layer / Doku-Checkliste ... Made-with: Cursor	2026-04-08 13:02:14 +02:00
Lars	7940dc7560	docs: Struktur .claude/docs versionieren, working/, Gitea-Index, Regeln ... - .gitignore: .claude/docs, rules, commands tracken; settings.local weiter ignorieren - DOCUMENTATION.md: verbindliche Ablage functional/technical/working/issues - .claude/README.md: Agent-Einstieg; GITEA_ISSUES_INDEX aus MCP (Stand 2026-04-08) - Arbeitspapiere von docs/ nach .claude/docs/working/ verschoben - docs/MEMBERSHIP_SYSTEM.md als Stub; kanonisch technical/MEMBERSHIP_SYSTEM.md - CLAUDE.md Pflichtlektüre und Links angepasst; docs/README.md vereinfacht Made-with: Cursor	2026-04-08 13:01:49 +02:00
Lars	00437a92ab	feat: Enhance sleep module with CSV import functionality and date parsing improvements	2026-04-05 17:35:48 +02:00
Lars	24f60c0a6d	feat: Update documentation for GUI, Admin navigation, and responsive UI integration	2026-04-05 12:25:28 +02:00
Lars	bd694b30a6	feat: Add admin access denial alert to Dashboard with timeout handling	2026-04-05 11:28:33 +02:00
Lars	190c0dd7fa	feat: Standardize capture page layout to a unified content width across all relevant pages	2026-04-05 10:21:06 +02:00
Lars	a639d08037	feat: Update capture page layout for improved responsiveness and organization across multiple screens	2026-04-05 10:14:07 +02:00
Lars	1fa0edb3b5	feat: Implement responsive analysis page layout with horizontal navigation for mobile and vertical navigation for desktop	2026-04-05 08:52:40 +02:00
Lars	ac31c5e014	feat: Implement responsive history page layout with horizontal tabs for mobile and vertical tabs for desktop	2026-04-05 08:46:37 +02:00
Lars	c2b2c71ccd	feat: Enhance Dashboard layout with responsive greeting and metrics display	2026-04-05 08:03:53 +02:00
Lars	7e8422cbd7	feat: Implement responsive desktop sidebar navigation and update app structure	2026-04-05 07:58:38 +02:00
Lars	dc59596f01	feat: Phase 5 - Visual Workflow Editor (Option B) ... Backend (Mini-Backend 1-2h): - Migration 016: ai_prompts.graph_data JSONB column - workflow_executor: graph_data parameter support (backward-compatible) - prompt_executor: execute_workflow_prompt uses graph_data Frontend (Main effort 25-35h): - WorkflowCanvas: React Flow wrapper component - 5 Custom Nodes: Start, End, Analysis, Logic, Join - 4 Config Panels: QuestionAugmentation, LogicExpression, Fallback, Join - workflowValidation: Structural + logical validation - workflowSerializer: Canvas ↔ JSONB conversion - WorkflowEditorPage: Main orchestration (420 LOC) - Route: /workflow-editor/:id - CSS: workflowEditor.css (300 LOC) Architecture: - Option B: ai_prompts.type='workflow' (not separate table) - panels/ subdirectory for clean separation - WorkflowCanvas reusable component - User GUI identical (Workflows = Prompts) - Backward-compatible (type='pipeline' unchanged) Version: v0.9m → v0.9n (Phase 5 complete) Module: workflow 0.5.0 → 0.6.0 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>	2026-04-04 17:56:00 +02:00
Lars	dc87e7f3b8	cursor_Setup	2026-04-04 14:05:50 +02:00
Lars	650313347f	feat: Placeholder Metadata V2 - Normative Implementation + ZIP Export Fix ... MAJOR CHANGES: - Enhanced metadata schema with 7 QA fields - Deterministic derivation logic (no guessing) - Conservative inference (prefer unknown over wrong) - Real source tracking (skip safe wrappers) - Legacy mismatch detection - Activity quality filter policies - Completeness scoring (0-100) - Unresolved fields tracking - Fixed ZIP/JSON export auth (query param support) FILES CHANGED: - backend/placeholder_metadata.py (schema extended) - backend/placeholder_metadata_enhanced.py (NEW, 418 lines) - backend/generate_complete_metadata_v2.py (NEW, 334 lines) - backend/tests/test_placeholder_metadata_v2.py (NEW, 302 lines) - backend/routers/prompts.py (V2 integration + auth fix) - docs/PLACEHOLDER_METADATA_VALIDATION.md (NEW, 541 lines) PROBLEMS FIXED: ✓ value_raw extraction (type-aware, JSON parsing) ✓ Units for dimensionless values (scores, correlations) ✓ Safe wrappers as sources (now skipped) ✓ Time window guessing (confidence flags) ✓ Legacy inconsistencies (marked with flag) ✓ Missing quality filters (activity placeholders) ✓ No completeness metric (0-100 score) ✓ Orphaned placeholders (tracked) ✓ Unresolved fields (explicit list) ✓ ZIP/JSON export auth (query token support for downloads) AUTH FIX: - export-catalog-zip now accepts token via query param (?token=xxx) - export-values-extended now accepts token via query param - Allows browser downloads without custom headers Konzept: docs/PLACEHOLDER_METADATA_REQUIREMENTS_V2_NORMATIVE.md Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>	2026-03-29 21:23:37 +02:00
Lars	b7afa98639	docs: Add placeholder metadata deployment guide ... Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>	2026-03-29 20:33:46 +02:00
Lars	a04e7cc042	feat: Complete Placeholder Metadata System (Normative Standard v1.0.0) ... Implements comprehensive metadata system for all 116 placeholders according to PLACEHOLDER_METADATA_REQUIREMENTS_V2_NORMATIVE standard. Backend: - placeholder_metadata.py: Complete schema (PlaceholderMetadata, Registry, Validation) - placeholder_metadata_extractor.py: Automatic extraction with heuristics - placeholder_metadata_complete.py: Hand-curated metadata for all 116 placeholders - generate_complete_metadata.py: Metadata generation with manual corrections - generate_placeholder_catalog.py: Documentation generator (4 output files) - routers/prompts.py: New extended export endpoint (non-breaking) - tests/test_placeholder_metadata.py: Comprehensive test suite Documentation: - PLACEHOLDER_GOVERNANCE.md: Mandatory governance guidelines - PLACEHOLDER_METADATA_IMPLEMENTATION_SUMMARY.md: Complete implementation docs Features: - Normative compliant metadata for all 116 placeholders - Non-breaking extended export API endpoint - Automatic + manual metadata curation - Validation framework with error/warning levels - Gap reporting for unresolved fields - Catalog generator (JSON, Markdown, Gap Report, Export Spec) - Test suite (20+ tests) - Governance rules for future placeholders API: - GET /api/prompts/placeholders/export-values-extended (NEW) - GET /api/prompts/placeholders/export-values (unchanged, backward compatible) Architecture: - PlaceholderType enum: atomic, raw_data, interpreted, legacy_unknown - TimeWindow enum: latest, 7d, 14d, 28d, 30d, 90d, custom, mixed, unknown - OutputType enum: string, number, integer, boolean, json, markdown, date, enum - Complete source tracking (resolver, data_layer, tables) - Runtime value resolution - Usage tracking (prompts, pipelines, charts) Statistics: - 6 new Python modules (~2500+ lines) - 1 modified module (extended) - 2 new documentation files - 4 generated documentation files (to be created in Docker) - 20+ test cases - 116 placeholders inventoried Next Steps: 1. Run in Docker: python /app/generate_placeholder_catalog.py 2. Test extended export endpoint 3. Verify all 116 placeholders have complete metadata Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>	2026-03-29 20:32:37 +02:00
Lars	f81171a1f5	docs: Phase 0c completion + new issue #55 ... - Mark issue #53 as completed - Create issue #55: Dynamic Aggregation Methods - Update CLAUDE.md with Phase 0c achievements - Document 97 migrated functions + 20 new chart endpoints	2026-03-28 22:22:16 +01:00
Lars	fb6d37ecfd	Neue Docs	2026-03-28 21:47:35 +01:00
Lars	4f365e9a69	docs: Phase 0b Quick Test prompt (Option B) ... Compact test prompt for validating calculation engine: - Tests 25 key placeholders (scores, categories, metrics) - Covers body, nutrition, activity, recovery calculations - Documents expected behavior and known limitations - Step-by-step testing instructions Use this to validate Phase 0b before implementing JSON formatters.	2026-03-28 07:27:42 +01:00
Lars	9ab36145e5	docs: documentation completion summary ... Final documentation summary for v0.9h pre-release state. **Includes:** - Complete documentation checklist - Gitea manual actions required - Resumption guide for future sessions - Reading order for all documents - Context prompt for Claude Code **Status:** All documentation up to date, ready to pause/resume safely.	2026-03-27 21:36:23 +01:00
Lars	eb5c099eca	docs: comprehensive status update v0.9h pre-release ... **STATUS_2026-03-27.md (NEW):** - Complete current state documentation - Testing checklist for v0.9h - Code splitting plan - Phase 0b roadmap (120+ placeholders) - Resumption guide for future sessions **Issue #52 (NEW):** - Blood pressure goals need dual targets (systolic/diastolic) - Migration 033 planned - 2-3h estimated effort **CLAUDE.md Updated:** - Version: v0.9g+ → v0.9h - Dynamic Focus Areas v2.0 section added - Bug fixes documented - Current status: READY FOR RELEASE **Updates:** - Phase 0a: COMPLETE ✅ - Phase 0b: NEXT (after code splitting) - All Gitea issues reviewed - Comprehensive resumption documentation **Action Items for User:** - [ ] Manually close Gitea Issue #25 (Goals System - complete) - [ ] Create Gitea Issue #52 from docs/issues/issue-52-*.md - [ ] Review STATUS document before next session	2026-03-27 21:35:18 +01:00
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