Distribución del índice de salud
Último índice de salud de cada repositorio inspeccionado, en intervalos de cinco puntos sobre la escala de 1 a 100.
mediana 50
Crítico · 37En riesgo · 297Débil · 448Moderado · 467Bueno · 22512112
El registro en conjunto · métricas 2.10.0
El estado de Hex.
Estadísticas agregadas de todos los repositorios inspeccionados que publican en Hex: cómo se distribuye la salud, dónde se sitúa el volumen de descargas y qué prácticas son comunes o raras, medidas frente al registro completo.
Repositorios inspeccionados
1607 de 1607 indexados
Repositorios con un informe de inspección publicado: la base de todas las cifras de esta página. Los repositorios indexados sin un primer informe quedan excluidos.
Descargas mensuales bajo inspección
333M según los registros de paquetes
Descargas mensuales de paquetes combinadas de los repositorios inspeccionados, según informan los registros de paquetes. Los registros que no publican cifra mensual no aportan nada, en lugar de contarse como cero.
Índice de salud mediano
50 Moderado
El índice de salud central del ámbito, calculado con métricas 2.10.0.
Bueno o mejor
22% índice de 65 en adelante
Proporción de repositorios inspeccionados cuyo último índice de salud alcanza la banda «Bueno» (65) o superior.
Dónde se sitúa el volumen de descargas
Descargas mensuales combinadas por banda, frente al número de repositorios.
El 29% del volumen mensual de descargas bajo inspección circula por repositorios situados por debajo de la banda «Bueno» — y el 1 % de repositorios más descargados concentra el 63% del volumen total.
Repositorios
29%28%18%
Volumen de descargas
35%29%
| Banda | Repositorios | Descargas / mes | Cuota de volumen |
|---|---|---|---|
| Excepcional | 12 | 117M | 35% |
| Excelente | 121 | 97.4M | 29% |
| Bueno | 225 | 21.7M | 6.5% |
| Moderado | 467 | 49.9M | 15% |
| Débil | 448 | 26.7M | 8.0% |
| En riesgo | 297 | 19M | 5.7% |
| Crítico | 37 | 652K | 0.2% |
Formas de las puntuaciones
La distribución que hay detrás de la mediana de cada categoría, en intervalos de diez puntos: dónde se agrupa el registro y dónde una categoría separa repositorios o se satura.
Vitalidad47
1100
Comunidad y Adopción48
1100
Sostenibilidad y Gobernanza61
1100
Calidad de Ingeniería56
1100
Seguridad38
1100
Preparación para IA40
1100
Perfil por categorías
Puntuación mediana de cada categoría en el ámbito. Las marcas señalan la mediana del registro completo. Las categorías están documentadas en la wiki de metodología.
El estado de la práctica
Proporción de repositorios inspeccionados donde la práctica es públicamente evidente. Los informes anteriores a una señal se excluyen de su base, nunca se cuentan como ausencia.
Práctica de ingeniería y comunidad
Señales de la era de agentes
Señales leídas por la categoría sin ponderar Preparación para IA.
¿Popularidad equivale a salud?
Índice de salud mediano (punto) y mitad central de los repositorios (franja) por tramo de popularidad, en la escala común de 1 a 100.
Por estrellas de GitHub
Por descargas mensuales
La seguridad al microscopio
Resultado medio de OpenSSF Scorecard por comprobación en el ámbito, de la más débil en adelante, en la escala de 0 a 10 de Scorecard. Los resultados de las comprobaciones son, en su mayoría, de todo o nada, de modo que la media refleja qué parte del registro las supera. Las comprobaciones que Scorecard declara no concluyentes se excluyen de la puntuación, nunca se cuentan como cero; la descripción emergente de cada fila indica su base.
Señales de alerta
Hallazgos que ajustan una calificación a la baja en lugar de puntuar dentro de ella. Cada uno se informa como recuento, como proporción del registro completo y como tasa entre los repositorios en los que ha podido determinarse.
Una señal de alerta necesita evidencia propia, de modo que su base es menor que el registro. La autenticidad del crecimiento solo se evalúa allí donde se recopiló el historial diario; los hallazgos de dependencias, solo allí donde se resolvió un grafo de dependencias. Los repositorios sobre los que la evidencia no puede responder quedan fuera de la base en lugar de contarse como conformes.
El pulso
Cuán reciente era el último push de cada repositorio inspeccionado en el momento de la inspección.
La mitad de los repositorios inspeccionados había recibido un push en los 58 días anteriores a la inspección.
Antigüedad del último push
39%19%27%
| Último push | Repositorios | Proporción |
|---|---|---|
| Pushed within 30 days | 625 | 39% |
| 31 – 90 days | 305 | 19% |
| 91 – 365 days | 428 | 27% |
| Over a year | 249 | 15% |
Custodia y resiliencia
Quién respalda los repositorios inspeccionados y de cuántas personas depende el código. Ambos aspectos los lee la categoría de gobernanza.
854Organization-stewarded mediana 56
753Personal accounts mediana 44
Factor bus de mantenedores
El 81% de los repositorios inspeccionados depende de un único mantenedor para la mayoría de sus commits — incluidos 27 con más de un millón de descargas mensuales.
El iceberg de las dependencias
Dependencias directas declaradas frente al grafo resuelto completo (directas más transitivas), sobre los 1209 informes con grafo de dependencias recopilado.
El repositorio mediano declara 0 dependencias directas — y se resuelve en 0 paquetes en total.
Paquetes resueltos por repositorio
Panorama de licencias
Las licencias detectadas más comunes en el ámbito (identificadores SPDX).
De los que más se depende
Los repositorios más descargados bajo inspección que publican en Hex: los registros que más pesan en las cifras anteriores. El resto queda cubierto por el catálogo completo · índice de etiquetas.
npm · Hex
supabase/phoenix
Peace of mind from prototype to production
MIT27 ago 2026 · métricas 2.10.0
npm · PyPI · Hex +2
taskforcesh/bullmq
BullMQ - Message Queue and Batch processing for NodeJS, Python, .NET, Elixir, Rust and PHP based on Redis or PostgreSQL
MIT27 ago 2026 · métricas 2.10.0
npm · Packagist · Hex +4
cucumber/messages
A message protocol for representing results and other information from Cucumber
MIT22 ago 2026 · métricas 2.10.0
npm · PyPI · Packagist +4
cucumber/gherkin
A parser and compiler for the Gherkin language.
MIT27 ago 2026 · métricas 2.10.0
PyPI · crates.io · Go +1
ethereum/c-kzg-4844
A minimal implementation of the Polynomial Commitments API for EIP-4844 and EIP-7594, written in C.
Apache-2.027 ago 2026 · métricas 2.10.0
npm · Hex
phoenixframework/phoenix
Peace of mind from prototype to production
MIT16 sept 2026 · métricas 2.10.0
Cómo leer estas cifras
- Cada cifra se calcula a partir de la última inspección publicada de cada repositorio, conforme a la metodología versionada (actualmente métricas 2.10.0). Véase la metodología · escala de bandas.
- Las estadísticas describen el registro inspeccionado —software admitido a inspección, no una muestra aleatoria de todo el código abierto—. La admisión sigue los criterios de interés público.
- Las cifras de descargas proceden de los registros de paquetes; los registros que no publican cifra mensual (Maven Central, Go, NuGet, RubyGems) no aportan volumen, en lugar de contarse como cero. La cobertura por ecosistema está documentada en ecosistemas compatibles.
- Cuando una señal no está disponible en un informe —un grafo de dependencias sin recopilar, una comprobación de Scorecard no concluyente, un informe anterior a la señal—, el repositorio se excluye de la base de esa cifra y nunca cuenta en su contra.
- Los índices de salud son señales de práctica públicamente visible, no auditorías ni garantías; cómo interpretarlos se explica en el índice de salud.
- Cifras calculadas 2026-10-11 11:58 UTC; el agregado se recalcula cada hora. Los datos subyacentes están disponibles como JSON.