Record in aggregate · metrics 2.10.0

The state of Hex.

Aggregate statistics across every inspected repository publishing to Hex — how health distributes, where the download volume sits, and which practices are common or rare, measured against the whole record.

Inspected repositories
1,266 of 1,266 indexed
Monthly downloads under inspection
287M registry-reported
Median health index
51 Moderate
Good or better
22% index 65 and above

Health-index distribution

Latest health index of every inspected repository, in five-point intervals over the 1–100 scale.

Where the download volume sits

Combined monthly downloads by band, against repository counts.

23% of the monthly download volume under inspection flows through repositories below the good band — and the top 1% most-downloaded repositories carry 68% of the entire volume.

Repositories
32%31%
Download volume
39%32%
BandRepositoriesDownloads / moVolume share
Exceptional12111M39%
Excellent9490.3M32%
Good17619M6.6%
Moderate41038.6M13%
Weak38722M7.7%
At Risk1715.5M1.9%
Critical16293.1K0.1%

Score shapes

The distribution behind each category median, in ten-point bins — where the record clusters, and where a category separates repositories or saturates.

Vitality49
1100
Community & Adoption49
1100
Sustainability & Governance62
1100
Engineering Quality55
1100
Security39
1100
AI Readiness31
1100

Category profile

Median category score across the scope. Ticks mark the whole-record median. Categories are documented in the methodology wiki.

Vitality
49
Community & Adoption
49
Sustainability & Governance
62
Engineering Quality
55
Security
39
AI Readinessunweighted
31

The state of practice

Share of inspected repositories where the practice is publicly evident. Reports that predate a signal are excluded from its basis, never counted as missing.

Engineering & community practice

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

Agent-era signals

One-command bootstrap
14% of 1,266
AI agent instructions
12% of 1,266
llms.txt
1.0% of 1,266

Signals read by the unweighted AI Readiness category.

Does popularity mean health?

Median health index (dot) and the middle half of repositories (band) per popularity bracket, on the shared 1–100 scale.

By GitHub stars

Under 100 stars 815
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

By monthly downloads

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

Security under the microscope

Average OpenSSF Scorecard result per check across the scope, weakest first, on Scorecard's 0–10 scale. Check results are mostly all-or-nothing, so the average tracks how much of the record passes. Checks Scorecard reports inconclusive are excluded from scoring, never counted as zero; each row's tooltip carries its basis.

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

Red flags

Findings that adjust a rating downward rather than scoring into it. Each is reported as a count, as a share of the whole record, and as a rate among the repositories where it could be determined at all.

Abandonment
292.3% of the record · 2.3% of 1,266 assessed
High-risk jurisdiction exposure
60.5% of the record · 0.5% of 1,197 assessed
Inorganic growth
1<0.1% of the record · 2.6% of 39 assessed
Malicious dependencies
00% of the record · 0% of 42 assessed

A red flag needs its own evidence, so its basis is smaller than the record. Growth authenticity is assessed only where day-by-day history was collected; dependency findings only where a dependency graph resolved. Repositories the evidence cannot answer for are left out of the basis rather than counted as passing.

The pulse

How recently each inspected repository last saw a push, at inspection time.

Half of the inspected repositories saw a push within 41 days of inspection.

Push recency
44%19%23%
Last pushRepositoriesShare
Pushed within 30 days55744%
31 – 90 days23619%
91 – 365 days28623%
Over a year18715%

Stewardship & resilience

Who stands behind the inspected repositories, and how many people the code depends on. Both are read by the governance category.

698Organization-stewarded median 57
568Personal accounts median 44

Maintainer bus factor

80% of inspected repositories depend on a single maintainer for the majority of their commits — including 14 with over a million monthly downloads.

1 maintainer
1,001
2 maintainers
182
3–5 maintainers
71
6+ maintainers
3

The dependency iceberg

Declared direct dependencies against the full resolved graph (direct plus transitive), across the 952 reports with a collected dependency graph.

The median repository declares 0 direct dependencies — and resolves to 0 packages in total.

Resolved packages per repository

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

License landscape

The most common detected licenses across the scope (SPDX identifiers).

MIT
626
Apache-2.0
310
Custom license
185
No license detected
102
BSD-2-Clause
11
BSD-3-Clause
10
AGPL-3.0
6
ISC
4
GPL-3.0
3
GPL-2.0
2

Most relied upon

The most-downloaded repositories under inspection publishing to Hex — the records the figures above weigh heaviest. The rest is covered by the full catalogue · tag index.

npm · Hex
81Excellenthealth index
supabase/phoenix
Peace of mind from prototype to production
Elixir · JavaScript★ 3↓ 66.9M/moAug 27, 2026
MITAug 27, 2026 · metrics 2.10.0
npm · PyPI · Hex +2
99Exceptionalhealth index
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/moAug 27, 2026
MITAug 27, 2026 · metrics 2.10.0
npm · Packagist · Hex +4
95Exceptionalhealth index
cucumber/messages
A message protocol for representing results and other information from Cucumber
C# · PHP · Java★ 41↓ 34.8M/moAug 22, 2026
MITAug 22, 2026 · metrics 2.10.0
npm · PyPI · Packagist +4
96Exceptionalhealth index
cucumber/gherkin
A parser and compiler for the Gherkin language.
C★ 400↓ 32.5M/moAug 27, 2026
MITAug 27, 2026 · metrics 2.10.0
PyPI · crates.io · Go +1
91Excellenthealth index
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/moAug 27, 2026
Apache-2.0Aug 27, 2026 · metrics 2.10.0
npm · Hex
93Exceptionalhealth index
phoenixframework/phoenix
Peace of mind from prototype to production
Elixir · JavaScript★ 23.1K↓ 6.1M/moAug 5, 2026
MITAug 5, 2026 · metrics 2.10.0

Reading these figures

  • Every figure is computed from the latest published inspection of each repository, under the versioned methodology (currently metrics 2.10.0). See the methodology · band scale.
  • Statistics describe the inspected record — software admitted for inspection, not a random sample of all open source. Admission follows the public-interest criteria.
  • Download figures come from package registries; registries that publish no monthly number (Maven Central, Go, NuGet, RubyGems) contribute no volume rather than zero. Coverage per ecosystem is documented in supported ecosystems.
  • Where a signal is unavailable in a report — an uncollected dependency graph, an inconclusive Scorecard check, a report predating a signal — the repository is excluded from that figure's basis, never counted against it.
  • Health indices are signals of publicly visible practice, not audits or warranties — how to read them is covered by the health index.
  • Figures computed 2026-09-06 07:55 UTC; the aggregate is recomputed hourly. The underlying data is available as JSON.