Register im Aggregat · Metriken 2.10.0

Der Zustand von crates.io.

Aggregierte Statistiken über alle geprüften Repositories, die nach crates.io 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
8.417 von 8.418 indexierten
Monatliche Downloads unter Prüfung
36.5B laut Registry-Angaben
Medianer Gesundheitsindex
67 Gut
Gut oder besser
54% 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.

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

Repositories
22%26%25%
Download-Volumen
20%28%21%
StufeRepositoriesDownloads / MonatVolumenanteil
Außergewöhnlich5267.3B20%
Exzellent1.82710.1B28%
Gut2.1807.7B21%
Mittel2.0804.7B13%
Schwach8922.3B6.3%
Gefährdet6224B11%
Kritisch290446M1.2%

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ät72
1100
Community & Verbreitung51
1100
Nachhaltigkeit & Governance60
1100
Engineering-Qualität70
1100
Sicherheit52
1100
AI Readiness64
1100

Kategorienprofil

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

Vitalität
72
Community & Verbreitung
51
Nachhaltigkeit & Governance
60
Engineering-Qualität
70
Sicherheit
52
AI Readinessungewichtet
64

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

README
94% von 8.417
License detected
94% von 8.417
CI workflows
92% von 8.417
Automated tests
79% von 8.417
Linter configuration
56% von 8.417
Documentation directory
38% von 8.417
Contributing guide
32% von 8.417
Security policy
19% von 8.417
Code of conduct
19% von 8.417

Signale des Agenten-Zeitalters

One-command bootstrap
30% von 8.417
AI agent instructions
27% von 8.417
llms.txt
13% von 8.417

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 5.294
60 · 47–73
100 – 999 2.027
75 · 62–86
1,000 – 9,999 868
87 · 77–93
10,000 and more 228
94 · 87–96

Nach monatlichen Downloads

Under 10K / month 2.808
67 · 54–78
10K – 1M 2.632
71 · 57–83
1M – 100M 1.334
67 · 50–84
100M and more 54
84 · 76–92

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.1
Signed-Releases
0.7
SAST
1.1
Fuzzing
1.3
Branch-Protection
1.4
Pinned-Dependencies
1.9
Token-Permissions
1.9
Code-Review
2.4
Security-Policy
2.4
Dependency-Update-Tool
4.3
Maintained
6.3
Vulnerabilities
6.3
Contributors
6.6
CI-Tests
7.1
License
9.3
Binary-Artifacts
9.6
Dangerous-Workflow
9.7
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
5736.8% des Registers · 6.8% von 8.418 bewertbaren
Exposition gegenüber Hochrisikojurisdiktionen
811.0% des Registers · 1.0% von 7.783 bewertbaren
Schädliche Abhängigkeiten
7<0.1% des Registers · 0.1% von 5.480 bewertbaren
Unorganisches Wachstum
1<0.1% des Registers · 0.8% von 121 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 5 Tagen vor der Prüfung einen Push.

Push-Aktualität
70%17%
Letzter PushRepositoriesAnteil
Pushed within 30 days5.87470%
31 – 90 days1.45017%
91 – 365 days5156.1%
Over a year5786.9%

Trägerschaft & Resilienz

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

4.501Organization-stewarded Median 73
3.916Personal accounts Median 60

Maintainer-Bus-Faktor

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

1 Maintainer
6.743
2 Maintainer
1.020
3–5 Maintainer
522
6+ Maintainer
117

Der Abhängigkeits-Eisberg

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

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

Aufgelöste Pakete je Repository

0
261
1 – 5
733
6 – 20
1.097
21 – 50
642
51 – 200
981
201 – 500
1.057
501 – 1,000
688
Over 1,000
670

Lizenzlandschaft

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

Apache-2.0
3.325
MIT
2.913
Eigene Lizenz
788
Keine Lizenz erkannt
502
GPL-3.0
167
MPL-2.0
161
BSD-3-Clause
144
AGPL-3.0
135
Unlicense
58
BSD-2-Clause
46

Am stärksten in Anspruch genommen

Die meistgeladenen Repositories unter Prüfung, die nach crates.io 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 · crates.io
75GutGesundheitsindex
mozilla/source-map
Consume and generate source maps.
JavaScript · Rust★ 3.724↓ 1.4B/Monat16. Sept. 2026
Eigene Lizenz16. Sept. 2026 · Metriken 2.10.0
npm · crates.io
93AußergewöhnlichGesundheitsindex
tailwindlabs/tailwindcss
A utility-first CSS framework for rapid UI development.
TypeScript · Rust★ 97.6K↓ 1.1B/Monat16. Sept. 2026
MIT16. Sept. 2026 · Metriken 2.10.0
PyPI · crates.io
98AußergewöhnlichGesundheitsindex
pydantic/pydantic
Data validation using Python type hints
Python · Rust★ 28.8K↓ 849M/Monat16. Sept. 2026
MIT16. Sept. 2026 · Metriken 2.10.0
npm · crates.io
96AußergewöhnlichGesundheitsindex
pnpm/pnpm
Fast, disk space efficient package manager
Rust · TypeScript★ 36.5K↓ 663M/Monat16. Sept. 2026
MIT16. Sept. 2026 · Metriken 2.10.0
npm · crates.io
84ExzellentGesundheitsindex
parcel-bundler/lightningcss
An extremely fast CSS parser, transformer, bundler, and minifier written in Rust.
Rust★ 7.676↓ 539M/Monat16. Sept. 2026
MPL-2.016. Sept. 2026 · Metriken 2.10.0
crates.io
92ExzellentGesundheitsindex
rust-lang/futures-rs
Zero-cost asynchronous programming in Rust
Rust★ 5.922↓ 474M/Monat16. Sept. 2026
Apache-2.016. Sept. 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-10-23 23:47 UTC; das Aggregat wird stündlich neu berechnet. Die zugrunde liegenden Daten sind verfügbar als JSON.