Register im Aggregat · Metriken 1.13.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
5.328 von 5.328 indexierten
Monatliche Downloads unter Prüfung
51.6B laut Registry-Angaben
Medianer Gesundheitsindex
62 Mittel
Gut oder besser
32% Index 70 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.

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

Repositories
28%46%17%
Download-Volumen
27%38%23%
StufeRepositoriesDownloads / MonatVolumenanteil
Exzellent21514B27%
Gut1.50319.4B38%
Mittel2.45212B23%
Gefährdet9234.9B9.5%
Kritisch2351.3B2.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 & Verbreitung58
1100
Nachhaltigkeit & Governance62
1100
Engineering-Qualität75
1100
Sicherheit48
1100
AI Readiness47
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
58
Nachhaltigkeit & Governance
62
Engineering-Qualität
75
Sicherheit
48
AI Readinessungewichtet
47

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
97% von 5.328
License detected
96% von 5.328
Automated tests
94% von 5.328
CI workflows
90% von 5.328
Documentation directory
67% von 5.328
Linter configuration
57% von 5.328
Contributing guide
48% von 5.328
Code of conduct
27% von 5.328
Security policy
23% von 5.328

Signale des Agenten-Zeitalters

One-command bootstrap
51% von 5.328
AI agent instructions
28% von 5.328
llms.txt
2.5% von 5.328

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 2.516
57 · 48–64
100 – 999 1.477
65 · 53–73
1,000 – 9,999 961
72 · 62–79
10,000 and more 374
80 · 74–86

Nach monatlichen Downloads

Under 10K / month 1.221
59 · 51–67
10K – 1M 671
66 · 58–73
1M – 100M 798
67 · 53–77
100M and more 93
78 · 62–84

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.7
Signed-Releases
1.1
Branch-Protection
1.5
Pinned-Dependencies
1.6
SAST
1.8
Token-Permissions
1.9
Code-Review
2.7
Security-Policy
3.0
Dependency-Update-Tool
4.7
Maintained
6.0
Vulnerabilities
6.5
CI-Tests
6.8
Contributors
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.

Exposition gegenüber Hochrisikojurisdiktionen
1803.4% des Registers · 3.7% von 4.878 bewertbaren
Aufgegebenes Projekt
1412.6% des Registers · 2.6% von 5.328 bewertbaren
Unorganisches Wachstum
1<0.1% des Registers · 0.2% von 516 bewertbaren
Schädliche Abhängigkeiten
00% des Registers · 0% von 1.203 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 2 Tagen vor der Prüfung einen Push.

Push-Aktualität
76%
Letzter PushRepositoriesAnteil
Pushed within 30 days4.07176%
31 – 90 days2835.3%
91 – 365 days4528.5%
Over a year5229.8%

Trägerschaft & Resilienz

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

3.317Organization-stewarded Median 67
2.011Personal accounts Median 56

Maintainer-Bus-Faktor

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

1 Maintainer
3.606
2 Maintainer
949
3–5 Maintainer
592
6+ Maintainer
165

Der Abhängigkeits-Eisberg

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

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

Aufgelöste Pakete je Repository

0
345
1 – 5
745
6 – 20
891
21 – 50
541
51 – 200
732
201 – 500
360
501 – 1,000
201
Over 1,000
273

Lizenzlandschaft

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

MIT
2.111
Apache-2.0
1.235
Eigene Lizenz
765
BSD-3-Clause
387
Keine Lizenz erkannt
203
GPL-3.0
181
AGPL-3.0
130
BSD-2-Clause
89
MPL-2.0
52
LGPL-3.0
47

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
89ExzellentGesundheitsindex
pypa/packaging
Core utilities for Python packages
Python★ 745↓ 2.1B/Monat16. Juli 2026
Eigene Lizenz16. Juli 2026 · Metriken 1.13.0
PyPI
89ExzellentGesundheitsindex
psf/requests
A simple, yet elegant, HTTP library.
Python★ 54.1K↓ 1.7B/Monat16. Juli 2026
Apache-2.016. Juli 2026 · Metriken 1.13.0
PyPI
71GutGesundheitsindex
kjd/idna
Internationalized Domain Names for Python (IDNA 2008 and UTS #46)
Python★ 287↓ 1.6B/Monat16. Juli 2026
BSD-3-Clause16. Juli 2026 · Metriken 1.13.0
PyPI · crates.io
84GutGesundheitsindex
pyca/cryptography
cryptography is a package designed to expose cryptographic primitives and recipes to Python developers.
Python · Rust★ 7.664↓ 1.4B/Monat16. Juli 2026
Eigene Lizenz16. Juli 2026 · Metriken 1.13.0
PyPI
88ExzellentGesundheitsindex
aio-libs/aiobotocore
asyncio support for botocore library using aiohttp
Python★ 1.418↓ 1.2B/Monat17. Juli 2026
Apache-2.017. Juli 2026 · Metriken 1.13.0
PyPI
91ExzellentGesundheitsindex
numpy/numpy
The fundamental package for scientific computing with Python.
Python · C★ 32.4K↓ 1.1B/Monat22. Juli 2026
Eigene Lizenz22. Juli 2026 · Metriken 1.13.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 1.13.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-07-23 21:59 UTC; das Aggregat wird stündlich neu berechnet. Die zugrunde liegenden Daten sind verfügbar als JSON.