Register im Aggregat · Metriken 2.10.0

Der Zustand von Hex.

Aggregierte Statistiken über alle geprüften Repositories, die nach Hex veröffentlichen — wie sich die Gesundheit verteilt, wo das Download-Volumen liegt und welche Praktiken verbreitet oder selten sind, gemessen am gesamten Register.

Geprüfte Repositories
1.267 von 1.267 indexierten
Monatliche Downloads unter Prüfung
287M laut Registry-Angaben
Medianer Gesundheitsindex
51 Mittel
Gut oder besser
22% Index 65 und höher

Verteilung des Gesundheitsindex

Aktueller Gesundheitsindex jedes geprüften Repositorys, in Fünf-Punkt-Intervallen auf der Skala 1–100.

Wo das Download-Volumen liegt

Summierte monatliche Downloads je Stufe, den Repository-Zahlen gegenübergestellt.

23% des monatlichen Download-Volumens unter Prüfung entfällt auf Repositories unterhalb der Stufe Gut — und das oberste 1 % der meistgeladenen Repositories trägt 68% des gesamten Volumens.

Repositories
32%31%
Download-Volumen
39%32%
StufeRepositoriesDownloads / MonatVolumenanteil
Außergewöhnlich12111M39%
Exzellent9490.3M32%
Gut17619M6.6%
Mittel41038.6M13%
Schwach38822M7.7%
Gefährdet1715.5M1.9%
Kritisch16293.1K0.1%

Die Form der Bewertungen

Die Verteilung hinter jedem Kategorien-Median, in Zehn-Punkt-Klassen — wo sich das Register ballt und wo eine Kategorie Repositories trennt oder in Sättigung geht.

Vitalität49
1100
Community & Verbreitung49
1100
Nachhaltigkeit & Governance62
1100
Engineering-Qualität55
1100
Sicherheit39
1100
AI Readiness31
1100

Kategorienprofil

Medianer Kategorienwert im gewählten Umfang. Markierungen zeigen den Median des gesamten Registers. Die Kategorien sind dokumentiert im Methodik-Wiki.

Vitalität
49
Community & Verbreitung
49
Nachhaltigkeit & Governance
62
Engineering-Qualität
55
Sicherheit
39
AI Readinessungewichtet
31

Der Stand der Praxis

Anteil der geprüften Repositories, in denen die Praxis öffentlich erkennbar ist. Berichte, die älter sind als ein Signal, werden aus dessen Grundlage ausgeschlossen und nie als fehlend gezählt.

Technische & Community-Praxis

Automated tests
98% von 1.267
README
98% von 1.267
License detected
92% von 1.267
CI workflows
82% von 1.267
Contributing guide
20% von 1.267
Code of conduct
17% von 1.267
Documentation directory
13% von 1.267
Security policy
4.4% von 1.267
Linter configuration
2.5% von 1.267

Signale des Agenten-Zeitalters

One-command bootstrap
14% von 1.267
AI agent instructions
12% von 1.267
llms.txt
1.0% von 1.267

Signale, die die ungewichtete Kategorie KI-Bereitschaft liest.

Bedeutet Popularität Gesundheit?

Medianer Gesundheitsindex (Punkt) und die mittlere Hälfte der Repositories (Bereich) je Popularitätsklasse, auf der gemeinsamen Skala 1–100.

Nach GitHub-Sternen

Under 100 stars 816
48 · 36–59
100 – 999 366
54 · 44–65
1,000 – 9,999 81
75 · 58–84
10,000 and more 4
94 · 80–96

Nach monatlichen Downloads

Under 10K / month 614
48 · 36–59
10K – 1M 514
54 · 44–67
1M – 100M 34
73 · 51–83
100M and more 0

Sicherheit unter dem Mikroskop

Durchschnittliches OpenSSF Scorecard Ergebnis je Prüfung im gewählten Umfang, schwächste zuerst, auf der Scorecard-Skala von 0–10. Prüfergebnisse sind meist Alles-oder-nichts; der Durchschnitt zeigt daher, wie viel des Registers besteht. Prüfungen, die Scorecard als nicht eindeutig meldet, werden von der Bewertung ausgeschlossen, nie als null gezählt; der Tooltip jeder Zeile nennt ihre Grundlage.

CII-Best-Practices
0.0
SAST
0.4
Signed-Releases
0.4
Branch-Protection
0.6
Pinned-Dependencies
0.8
Fuzzing
1.0
Security-Policy
1.4
Token-Permissions
1.8
Code-Review
2.2
Dependency-Update-Tool
2.7
Maintained
3.8
CI-Tests
4.0
Vulnerabilities
6.2
Contributors
6.4
License
9.1
Binary-Artifacts
10.0
Dangerous-Workflow
10.0
Packaging
10.0

Negativbefunde

Befunde, die eine Bewertung nach unten anpassen, statt in sie einzufließen. Jeder wird als Anzahl ausgewiesen, als Anteil am gesamten Register und als Quote unter den Repositories, für die er überhaupt bestimmbar war.

Aufgegebenes Projekt
292.3% des Registers · 2.3% von 1.267 bewertbaren
Exposition gegenüber Hochrisikojurisdiktionen
60.5% des Registers · 0.5% von 1.198 bewertbaren
Unorganisches Wachstum
1<0.1% des Registers · 2.6% von 39 bewertbaren
Schädliche Abhängigkeiten
00% des Registers · 0% von 42 bewertbaren

Ein Negativbefund benötigt eigene Evidenz, daher ist seine Grundlage kleiner als das Register. Die Wachstumsauthentizität wird nur dort bewertet, wo ein Tagesverlauf erhoben wurde; Abhängigkeitsbefunde nur dort, wo sich ein Abhängigkeitsgraph auflösen ließ. Repositories, für die die Evidenz keine Antwort zulässt, bleiben aus der Grundlage heraus, statt als bestanden gezählt zu werden.

Der Puls

Wie lange der letzte Push jedes geprüften Repositorys zum Zeitpunkt der Prüfung zurücklag.

Die Hälfte der geprüften Repositories sah innerhalb von 41 Tagen vor der Prüfung einen Push.

Push-Aktualität
44%19%23%
Letzter PushRepositoriesAnteil
Pushed within 30 days55744%
31 – 90 days23619%
91 – 365 days28723%
Over a year18715%

Trägerschaft & Resilienz

Wer hinter den geprüften Repositories steht und von wie vielen Personen der Code abhängt. Beides liest die Governance-Kategorie.

698Organization-stewarded Median 57
569Personal accounts Median 44

Maintainer-Bus-Faktor

80% der geprüften Repositories hängen beim Großteil ihrer Commits von einem einzigen Maintainer ab — darunter 14 mit über einer Million monatlicher Downloads.

1 Maintainer
1.002
2 Maintainer
182
3–5 Maintainer
71
6+ Maintainer
3

Der Abhängigkeits-Eisberg

Deklarierte direkte Abhängigkeiten gegenüber dem vollständig aufgelösten Graphen (direkt plus transitiv), über die 953 Berichte mit erhobenem Abhängigkeitsgraphen.

Das mediane Repository deklariert 0 direkte Abhängigkeiten — und löst insgesamt zu 0 Paketen auf.

Aufgelöste Pakete je Repository

0
798
1 – 5
10
6 – 20
18
21 – 50
31
51 – 200
45
201 – 500
21
501 – 1,000
18
Over 1,000
12

Lizenzlandschaft

Die häufigsten erkannten Lizenzen im gewählten Umfang (SPDX-Bezeichner).

MIT
626
Apache-2.0
311
Eigene Lizenz
185
Keine Lizenz erkannt
102
BSD-2-Clause
11
BSD-3-Clause
10
AGPL-3.0
6
ISC
4
GPL-3.0
3
GPL-2.0
2

Am stärksten in Anspruch genommen

Die meistgeladenen Repositories unter Prüfung, die nach Hex veröffentlichen — die Einträge, die in den obigen Zahlen am schwersten wiegen. Der Rest ist abgedeckt durch den vollständigen Katalog · Tag-Index.

npm · Hex
81ExzellentGesundheitsindex
supabase/phoenix
Peace of mind from prototype to production
Elixir · JavaScript★ 3↓ 66.9M/Monat27. Aug. 2026
MIT27. Aug. 2026 · Metriken 2.10.0
npm · PyPI · Hex +2
99AußergewöhnlichGesundheitsindex
taskforcesh/bullmq
BullMQ - Message Queue and Batch processing for NodeJS, Python, .NET, Elixir, Rust and PHP based on Redis or PostgreSQL
TypeScript · Rust · Elixir★ 9.336↓ 36.1M/Monat27. Aug. 2026
MIT27. Aug. 2026 · Metriken 2.10.0
npm · Packagist · Hex +4
95AußergewöhnlichGesundheitsindex
cucumber/messages
A message protocol for representing results and other information from Cucumber
C# · PHP · Java★ 41↓ 34.8M/Monat22. Aug. 2026
MIT22. Aug. 2026 · Metriken 2.10.0
npm · PyPI · Packagist +4
96AußergewöhnlichGesundheitsindex
cucumber/gherkin
A parser and compiler for the Gherkin language.
C★ 400↓ 32.5M/Monat27. Aug. 2026
MIT27. Aug. 2026 · Metriken 2.10.0
PyPI · crates.io · Go +1
91ExzellentGesundheitsindex
ethereum/c-kzg-4844
A minimal implementation of the Polynomial Commitments API for EIP-4844 and EIP-7594, written in C.
C · Rust★ 174↓ 7.4M/Monat27. Aug. 2026
Apache-2.027. Aug. 2026 · Metriken 2.10.0
npm · Hex
93AußergewöhnlichGesundheitsindex
phoenixframework/phoenix
Peace of mind from prototype to production
Elixir · JavaScript★ 23.1K↓ 6.1M/Monat5. Aug. 2026
MIT5. Aug. 2026 · Metriken 2.10.0

Zur Lesart dieser Zahlen

  • Jede Zahl wird aus der jeweils zuletzt veröffentlichten Prüfung eines Repositorys berechnet, unter der versionierten Methodik (derzeit Metriken 2.10.0). Siehe die Methodik · Stufenskala.
  • Die Statistiken beschreiben das geprüfte Register — zur Prüfung zugelassene Software, keine Zufallsstichprobe von Open Source insgesamt. Die Zulassung folgt den Kriterien des öffentlichen Interesses.
  • Download-Zahlen stammen aus den Paket-Registries; Registries ohne veröffentlichte Monatszahl (Maven Central, Go, NuGet, RubyGems) tragen kein Volumen bei — nicht null. Die Abdeckung je Ökosystem ist dokumentiert unter unterstützte Ökosysteme.
  • Ist ein Signal in einem Bericht nicht verfügbar — ein nicht erhobener Abhängigkeitsgraph, eine nicht eindeutige Scorecard-Prüfung, ein Bericht aus der Zeit vor einem Signal — wird das Repository aus der Grundlage dieser Zahl ausgeschlossen und nie dagegen gezählt.
  • Gesundheitsindizes sind Signale öffentlich sichtbarer Praxis, keine Audits und keine Garantien — wie sie zu lesen sind, erläutert der Artikel zum Gesundheitsindex.
  • Zahlen berechnet 2026-09-06 13:26 UTC; das Aggregat wird stündlich neu berechnet. Die zugrunde liegenden Daten sind verfügbar als JSON.