Última mejora de presentación sobre la versión con bielas variables: hagamos mucho más didáctica la aerodinámica y el agarre del manillar que el simulador ya modela. Conservá todo lo que funciona; no rehagas la app.

1. Renombrá y representá claramente tres agarres: «Arriba del manillar», «En las manetas» y «Abajo / curva del manillar». Señalá dónde apoya cada mano. Que las manos toquen físicamente el lugar correcto del manillar y brazos/torso tengan geometría coherente, sin alargar huesos. Comprobalo con las cuatro bielas y los ajustes de sillín, también en pausa.

2. Agregá una comparación breve que mantenga todo lo demás igual: mismo peso, viento, pendiente y potencia. Para la demo: 200 W, 75 kg de ciclista + 8 kg de bici, llano, sin viento. Mostrar la velocidad estable estimada de cada postura y su CdA. Si es una tabla, calcular cada valor con el mismo modelo físico; nunca números decorativos. El simulador en movimiento mantiene la transición física (no salta mágicamente al equilibrio); distinguir «actual» de «equilibrio estimado».

3. Explicar con lenguaje simple: no ganamos vatios al agacharnos; en estos supuestos disminuye la resistencia del aire y podemos alcanzar otra velocidad con igual potencia. En modo cadencia, con mismo cambio y rpm, la velocidad se mantiene pero cambia la potencia necesaria. Definí CdA como área de resistencia aerodinámica efectiva, aproximada para ciclista+bici. Conservá los valores orientativos actuales salvo que justifiques un cambio. Ni esos valores ni su orden son una medición de este ciclista o una regla universal: en manetas con codos flexionados alguien podría ser más aerodinámico que en drops con brazos estirados. Importa toda la postura, no solo dónde agarra.

4. Podés agregar flechas de aire y de fuerza de arrastre, claramente esquemáticas. No simular un túnel de viento/CFD ni inventar turbulencia a partir del dibujo 2D. La fuerza corresponde al viento relativo; en ausencia de viento F_aire=0.5*rho*CdA*v² y la potencia para vencerla=F_aire*v (v³ sin viento). Con viento, usar velocidad relativa para fuerza y velocidad de avance para potencia en la bicicleta; no cubicar sin más la velocidad relativa. Conservá las comprobaciones existentes de viento y potencia aplicada.

5. El viento debe verse y entenderse, además de cambiar el cálculo: flechas de aire con dirección y una indicación «viento de frente / a favor / sin viento ambiente», magnitud en km/h y distinción entre viento ambiente y flujo relativo por avanzar. Sin viento ambiente, una bici en movimiento igualmente tiene resistencia aerodinámica. Que la intensidad visual no contradiga la fuerza calculada. No dibujar un falso CFD. Con viento a favor más rápido que la bici, la dirección de la fuerza debe ser coherente con el modelo, sin valores NaN ni velocidad negativa.

Dirección visual del viento: el usuario quiere un efecto especialmente lindo, fluido y cuidado. Usá pocas líneas finas de aire con estelas suaves, trazos translúcidos y puntas desvanecidas, variación discreta de longitud y profundidad, y partículas sutiles opcionales. Paleta coherente con la app (verde/azul claro según contraste); sin humo pesado ni flechas gigantes. Dirección e intensidad deben responder suavemente a los valores físicos sin ocultar ciclista, articulaciones, controles o cifras. Mostrar aire ambiente/relativo con leyenda breve; no mostrar líneas en dirección contraria a la indicada ni partículas que avancen cuando la simulación está pausada. El paisaje/marcas viales y el aire son capas distintas: el viento no arrastra la carretera. Mantener rendimiento en móvil, respetar prefers-reduced-motion o un control para desactivar partículas. Es un efecto ilustrativo del flujo relativo, no una solución de fluidos ni una estela calculada. Que la estética sea elegante y clara para una captura de YouTube a1080p.

6. Cuando cambiemos la pendiente, que se incline VISUALMENTE la carretera y la bicicleta apoyada sobre ella: ambos neumáticos sobre la ruta, cuadro, ciclista y transmisión coherentes. Horizonte y textos legibles, interfaz siempre horizontal. No inclines solo el fondo dejando ruedas flotantes. Mostrá una referencia horizontal y la etiqueta de pendiente; el ángulo real es arctan(pendiente/100), por ejemplo +6% equivale aproximadamente a +3,43 grados, no a6°. Subida positiva debe verse cuesta arriba hacia el sentido de avance, bajada negativa cuesta abajo. Conservá la velocidad física y desplazamiento medido sobre la ruta; las marcas viales deben moverse según esa velocidad. La pendiente debe afectar por gravedad, no agregando una bonificación/pérdida arbitraria. Cambiar pendiente en pausa debe redibujar sin avanzar el tiempo. Priorizá que se vea todo el ciclista y ambos puntos de contacto también en móvil y pendientes extremas del rango.

7. La biela no debe cambiar CdA por sí sola ni garantizar postura más eficiente. Mantené separados los controles y sus supuestos. No deduzcas cambios de activación muscular con estos controles.

Revisá fuentes primarias sobre aerodinámica y postura. Punto de partida:
https://research.tue.nl/nl/publications/aerodynamic-study-of-different-cyclist-positions-cfd-analysis-and/
https://research.tue.nl/nl/publications/cyclist-aerodynamics-through-time-better-faster-stronger/
https://bike.shimano.com/stories/article/road-handlebar-setup.html

Probá la comparación numérica, posturas y pendiente en pausa, invariantes de la biela, manos en manillar, continuidad anatómica y móvil. Probá viento de frente, a favor, cero y más rápido que la bici; pendiente 0,+6,-6 y extremos del control, ruedas apoyadas, signo/ángulo correcto y avance sobre la ruta. Verificá también que se conserva el balance energético y la potencia aplicada al arrancar. Entregá el artifact y HTML único actualizado, fuentes y límites. Informá qué pruebas ejecutaste realmente. La experiencia debe seguir siendo simple; explicación ampliada plegable.
