La Vitalidad responde a la pregunta más básica sobre un proyecto de código abierto: ¿está vivo? El código que dejó de moverse deja de absorber informes de errores, correcciones de seguridad y trabajo de compatibilidad — y la dependencia de un proyecto latente es uno de los riesgos más comunes y menos visibles de una cadena de suministro de software.
La categoría aporta el 22% del índice de salud general, solo por detrás de Sostenibilidad y Gobernanza.
Métricas de esta categoría
| Métrica | Peso en la categoría | Peso en el total |
|---|---|---|
| Actividad de desarrollo | 60% | 13,2% |
| Disciplina de publicación | 40% | 8,8% |
La actividad de desarrollo mide si se está escribiendo código: recencia de los pushes, cadencia semanal de commits durante el último año y volumen de commits. La disciplina de publicación mide si ese trabajo llega realmente a los usuarios como versiones publicadas — recencia y cadencia de las releases.
Las comprobaciones Maintained y Signed-Releases de Scorecard son también evidencia compartida en estas dos métricas. Esto permite intencionadamente que el mantenimiento observable y la procedencia de las releases influyan tanto en Vitalidad como en Seguridad, con pesos distintos.
La separación es deliberada. Un repositorio puede mostrar commits constantes sin publicar nunca una versión que los usuarios puedan adoptar; otro puede publicar ordenadas versiones trimestrales desde una rama principal de poco tráfico. Los proyectos saludables hacen ambas cosas, y la categoría recompensa exactamente esa combinación.
Cómo leer el valor de la categoría
- Una Vitalidad alta con una Gobernanza débil suele señalar un proyecto que avanza deprisa sostenido por una sola persona — conviene contrastar con la resiliencia de mantenedores.
- Una Vitalidad baja en una biblioteca madura no es automáticamente fatal: algunos paquetes fundacionales están genuinamente terminados y cambian rara vez. La categoría informa del movimiento observable; el juicio sobre si el movimiento es necesario corresponde al lector.
- Cuando los datos de releases no están disponibles, la disciplina de publicación es
nully la categoría renormaliza únicamente sobre la actividad de desarrollo — las notas del informe lo indican (véase el índice de salud).
Cómo mejorar la Vitalidad
- Mantener la rama principal en movimiento: fusionar el trabajo mantenido con regularidad en lugar de acumular meses de cambios.
- Publicar versiones con una cadencia predecible, incluso para cambios pequeños; la recencia y el ritmo cuentan por igual.
- Si un proyecto está intencionadamente en modo de mantenimiento, declararlo en el README — el registro no puede leer la intención, pero los usuarios intermedios sí.
Relacionado: bandas de calificación · versiones de la metodología