# BiomecLab v4.0.5 — Navigation & Information Architecture Cleanup ## Objetivo Consolidar la arquitectura de información antes de seguir agregando funcionalidades. La prioridad es que BiomecLab se entienda como producto profesional para coaches, no como una pantalla única con todos los módulos visibles. ## Contrato de workspaces ### Inicio Debe funcionar como pantalla de comando diario: - estado del motor y conectividad, - alumno activo, - protocolo/test actual, - siguiente acción, - accesos rápidos, - mapa operativo. No debe contener herramientas internas, test runner, launch pack, feedback pilot, UI system ni documentación extensa. ### Nuevo screening Debe concentrar la operación de sesión: - selección/creación de alumno, - protocolo y test, - guía de captura, - preflight, - video local, - análisis, - guardado y transición hacia reporte. No debe mezclar demo comercial ni QA interno. ### Alumnos Debe concentrar seguimiento longitudinal: - Movement Passport, - sesiones guardadas, - historial, - notas educativas, - baseline/progreso. ### Reportes Debe concentrar la salida entregable: - resumen coach, - resumen alumno, - export HTML/JSON/CSV, - lenguaje educativo/no clínico, - comparabilidad y cautelas. ### Boulder Lab Debe concentrar lectura específica de escalada: - Boulder Profile, - readiness educativo, - tipo de escalador, - prioridades por componente, - protocolo de alumno nuevo. ### Demo / QA Debe concentrar herramientas avanzadas: - onboarding guiado, - demo comercial, - Productization Pack, - pilot feedback, - UI System, - QA Browser Pack, - test runner interno. ### Datos y privacidad Debe concentrar control y mantenimiento: - modo local, - consentimiento, - export/delete, - cloud opcional, - cache offline, - auditoría de privacidad, - exclusión de `/api/` del Service Worker. ## Cambios aplicados en v4.0.5 - Dashboard queda más limpio: comando diario + mapa operativo. - Onboarding guiado queda en Demo / QA. - Coach Workflow MVP/launch checklist queda en Demo / QA para evitar duplicación con Coach Workflow Pro de Nuevo screening. - Se mantiene el flujo operativo real dentro de Nuevo screening. - Se agrega este contrato de arquitectura como documentación de guardrail. - El producto mantiene stack vanilla, modo local-first y enfoque educativo/no clínico. ## Guardrails para siguientes versiones - No agregar nuevas cards al Dashboard salvo que respondan a “¿qué hago ahora?”. - No mezclar QA/dev tools en el flujo principal. - No duplicar el mismo workflow como panel visible en Inicio y Screening. - Antes de agregar nuevos tests biomecánicos, validar que captura, reporte y navegación sean claros. - Mantener lenguaje responsable: patrón observado, prioridad de observación, indicador educativo, calidad de control y seguimiento longitudinal.