El patrón ya es familiar para cualquiera que lleve un tiempo siguiendo el self-hosting: una app comercial de bienestar (aquí, cualquier tracker de gimnasio con suscripción) tiene una alternativa autoalojada que aparece de la nada, gana tracción en cuestión de semanas, y se convierte en la opción evidente para quien ya tiene un homelab y no quiere una cuenta más en un servidor ajeno. openGym, un tracker de gimnasio y peso corporal con primer tag el 20 de julio de 2026 y ya en su versión v1.2.11 el 25 de agosto, es el ejemplo más reciente de este patrón.

Lo que hace bien: cero fricción, cero concesiones

La propuesta de valor de openGym cabe en una frase: planifica tu semana, registra cada serie, sigue tu peso a lo largo del tiempo — y hazlo sin cuenta en un servidor ajeno, sin suscripción, sin publicidad, con tus datos en tu propio Docker.
Es AGPL-3.0 de verdad, no una versión gratuita recortada para empujarte hacia un plan de pago que no existe. La instalación es un docker compose up con imágenes ya publicadas para amd64 y arm64 — nada que compilar, nada que depurar antes de arrancar. Y la autenticación por passkey (WebAuthn) en vez de contraseña es una decisión de seguridad que muchos proyectos self-hosted mucho más asentados todavía no han adoptado.

El alcance funcional cubre lo que de verdad hace falta para llevar un entrenamiento en serio: planificación semanal, sesiones guiadas con registro de cada serie (incluidas superseries y cardio, no solo levantamiento de pesas puro), y seguimiento de peso corporal con el tiempo. A eso se suma un APK de Android independiente para uso completamente offline — para quien entrena en un gimnasio sin cobertura decente, no es un detalle menor.

La pieza que no encaja del todo: dónde vive el proyecto

Aquí hay que ser honesto sobre un problema real, no cosmético. El repositorio original de GitHub del proyecto dejó de resolver después de que la cuenta fuera suspendida, y en este momento conviven varios forks de comunidad en GitHub junto con lo que parece ser el repositorio oficial actual en Gitea (gitea.com/DuarteSantos/openGym). Para un proyecto con apenas un mes de vida pública, es una señal de inestabilidad de infraestructura que pesa más de lo habitual — no porque el código en sí sea peor, sino porque no está del todo claro dónde va a vivir el desarrollo activo dentro de seis meses, y eso importa si vas a depositarle años de datos de entrenamiento.

El almacenamiento en ficheros JSON en lugar de una base de datos relacional es la otra limitación de diseño a tener en cuenta: para un usuario o incluso una familia entera funciona sin problema, pero es una decisión que puede quedarse corta si el proyecto crece en ambición hacia funciones multiusuario más serias o informes complejos.

Frente a wger, la alternativa madura

Si ya conoces el ecosistema self-hosted de fitness, la comparación obligada es wger — con años de recorrido, base de datos de ejercicios mucho más extensa y planes de nutrición que openGym todavía no tiene. openGym no compite en profundidad de funciones: compite en fricción de entrada. Si wger te parece demasiado para lo que necesitas y lo que quieres es plantar un contenedor, escanear un passkey y empezar a registrar series esta misma tarde, openGym cubre exactamente ese hueco — con la salvedad de vigilar de cerca cómo se asienta su infraestructura de repositorio en los próximos meses antes de tratarlo como el destino final de tu histórico de entrenamiento.