Register im Aggregat · Metriken 2.10.0

Der Zustand von PyPI.

Aggregierte Statistiken über alle geprüften Repositories, die nach PyPI 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
14.035 von 14.036 indexierten
Monatliche Downloads unter Prüfung
98.2B laut Registry-Angaben
Medianer Gesundheitsindex
71 Gut
Gut oder besser
60% 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.

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

Repositories
26%24%19%
Download-Volumen
38%31%
StufeRepositoriesDownloads / MonatVolumenanteil
Außergewöhnlich1.47837.5B38%
Exzellent3.64430.2B31%
Gut3.35112.7B13%
Mittel2.7108.5B8.7%
Schwach1.1231.9B1.9%
Gefährdet1.2385.9B6.0%
Kritisch4911.5B1.5%

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ät75
1100
Community & Verbreitung54
1100
Nachhaltigkeit & Governance60
1100
Engineering-Qualität78
1100
Sicherheit54
1100
AI Readiness60
1100

Kategorienprofil

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

Vitalität
75
Community & Verbreitung
54
Nachhaltigkeit & Governance
60
Engineering-Qualität
78
Sicherheit
54
AI Readinessungewichtet
60

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

License detected
96% von 14.035
README
95% von 14.035
Automated tests
94% von 14.035
CI workflows
90% von 14.035
Linter configuration
73% von 14.035
Documentation directory
67% von 14.035
Contributing guide
47% von 14.035
Code of conduct
26% von 14.035
Security policy
24% von 14.035

Signale des Agenten-Zeitalters

One-command bootstrap
48% von 14.035
AI agent instructions
31% von 14.035
llms.txt
20% von 14.035

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 7.954
63 · 50–77
100 – 999 3.329
78 · 60–89
1,000 – 9,999 2.178
86 · 67–93
10,000 and more 574
94 · 86–97

Nach monatlichen Downloads

Under 10K / month 4.700
67 · 56–78
10K – 1M 3.003
78 · 63–89
1M – 100M 1.863
78 · 53–92
100M and more 213
88 · 74–95

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
Fuzzing
0.5
Signed-Releases
0.9
Branch-Protection
1.5
Pinned-Dependencies
1.8
SAST
1.8
Token-Permissions
2.2
Code-Review
2.4
Security-Policy
2.9
Dependency-Update-Tool
4.6
Vulnerabilities
6.3
Maintained
6.4
Contributors
6.5
CI-Tests
7.1
License
9.5
Binary-Artifacts
9.7
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
1.2999.3% des Registers · 9.3% von 14.036 bewertbaren
Exposition gegenüber Hochrisikojurisdiktionen
2121.5% des Registers · 1.7% von 12.670 bewertbaren
Schädliche Abhängigkeiten
6<0.1% des Registers · <0.1% von 10.120 bewertbaren
Unorganisches Wachstum
3<0.1% des Registers · 0.6% von 511 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 3 Tagen vor der Prüfung einen Push.

Push-Aktualität
72%
Letzter PushRepositoriesAnteil
Pushed within 30 days10.14972%
31 – 90 days1.61812%
91 – 365 days1.0117.2%
Over a year1.2579.0%

Trägerschaft & Resilienz

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

8.225Organization-stewarded Median 78
5.810Personal accounts Median 62

Maintainer-Bus-Faktor

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

1 Maintainer
10.366
2 Maintainer
2.050
3–5 Maintainer
1.238
6+ Maintainer
319

Der Abhängigkeits-Eisberg

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

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

Aufgelöste Pakete je Repository

0
641
1 – 5
1.648
6 – 20
2.308
21 – 50
1.536
51 – 200
2.145
201 – 500
1.056
501 – 1,000
585
Over 1,000
622

Lizenzlandschaft

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

MIT
5.709
Apache-2.0
3.446
Eigene Lizenz
1.707
BSD-3-Clause
873
GPL-3.0
607
Keine Lizenz erkannt
566
AGPL-3.0
348
BSD-2-Clause
186
LGPL-3.0
141
MPL-2.0
118

Am stärksten in Anspruch genommen

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

PyPI
98AußergewöhnlichGesundheitsindex
urllib3/urllib3
urllib3 is a user-friendly HTTP client library for Python
Python★ 4.052↓ 1.9B/Monat28. Aug. 2026
MIT28. Aug. 2026 · Metriken 2.10.0
PyPI
98AußergewöhnlichGesundheitsindex
pypa/packaging
Core utilities for Python packages
Python★ 749↓ 1.8B/Monat16. Sept. 2026
Eigene Lizenz16. Sept. 2026 · Metriken 2.10.0
PyPI
86ExzellentGesundheitsindex
kjd/idna
Internationalized Domain Names for Python (IDNA 2008 and UTS #46)
Python★ 294↓ 1.5B/Monat16. Sept. 2026
BSD-3-Clause16. Sept. 2026 · Metriken 2.10.0
PyPI
97AußergewöhnlichGesundheitsindex
python/typing_extensions
Backported and experimental type hints for Python
Python★ 590↓ 1.4B/Monat23. Okt. 2026
Eigene Lizenz23. Okt. 2026 · Metriken 2.10.0
PyPI
98AußergewöhnlichGesundheitsindex
psf/requests
A simple, yet elegant, HTTP library.
Python★ 54.3K↓ 1.3B/Monat16. Sept. 2026
Apache-2.016. Sept. 2026 · Metriken 2.10.0
PyPI
84ExzellentGesundheitsindex
certifi/python-certifi
(Python Distribution) A carefully curated collection of Root Certificates for validating the trustworthiness of SSL certificates while verifying the identity of TLS hosts.
Python★ 1.017↓ 1.3B/Monat23. Okt. 2026
Eigene Lizenz23. Okt. 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-24 09:33 UTC; das Aggregat wird stündlich neu berechnet. Die zugrunde liegenden Daten sind verfügbar als JSON.