Wazi Research New repos since you arrived0

The repo is becoming
the product.

Repo links are everywhere on social media, and they're not being used the traditional way. Now they're how people share skills, agents, and complete setups, ready to use in your own AI tools. The repo itself is becoming the product, and almost nobody realizes that yet.

Repositories created since this page loaded

0

Modeled at 230 per minute, GitHub's reported 2025 creation rate

The situation · The builders

The builder is no longer
a developer.

Thirty-six million people joined GitHub last year, and most of them had an AI assistant open in their first week.

180M

Developers on GitHub

36M

Added in 2025 alone

1/sec

Rate of new developers joining

~80%

Using Copilot in week one

The detail+
Developers on the platform180,000,000+
Added in 202536,000,000
Developers in early 2023100,000,000
New developers using Copilot in week one~80%

Correction to a circulating figure

A common secondhand framing splits GitHub into 150 million registered accounts and a separate, looser 180 million developer ecosystem. That distinction does not exist. 150 million is an older snapshot of the same metric.

The caveat that is real: 180 million accounts is not 180 million working humans. Bots, organizations, duplicates and dormant accounts are all inside it.

The situation · The output

121 million new repos
in one year.

2025 was the biggest year for new repositories in GitHub's history. One in five of everything ever pushed to the platform arrived in the last twelve months.

630M

Total repositories hosted

395M

Public repositories

121M

Created in 2025 alone

230

Created every minute

The detail+
Total repositories hosted630,000,000
Public repositories395,000,000
Public repo growth, year over year+19%
Created in 2025121,000,000
Share that is public63%
Contributions happening in private81.5%

Correction to a circulating figure

A common split claims 420 million current repositories and 630 million that have existed over time. That split is not in the source. 630 million is the current hosted count, and 395 million of those are public, which is exactly the 63% figure quoted alongside it.

It matters because every downstream calculation about visibility is built on that base.

The problem · The void

90% have
zero stars.

Each dot below is 500,000 repositories. All 3,000 dots together are every repository GitHub has ever seen. Tap a threshold and watch the field go dark.

Each dot = 500,000 repositories 3,000 dots = all of GitHub

149,465,051

Repositories with at least one star. That lights up about 1 dot in 10. The other 9 in 10 have never received a single star from anyone.

Where these numbers come from+

This is the one section on the page where the underlying figure is checkable rather than estimated. The counts below were pulled from the public ClickHouse dataset of GitHub events, which anyone can query directly. They surfaced in a Hacker News thread in 2026 and have been reproduced since.

At least 1 star149,465,051
At least 10 stars11,966,221
At least 100 stars2,130,261
At least 1,000 stars289,441
At least 10,000 stars18,471
At least 100,000 stars20

The caveat that matters

This dataset counts every repository ever seen in GitHub's public event stream, including deleted ones and forks, so its denominator is around 1.5 billion rather than the 630 million currently hosted. The shares here are internally consistent but should not be mixed with the Octoverse counts elsewhere on this page.

You will also see the zero-star share quoted as high as 99% in secondhand summaries. The defensible number is closer to 90%, with 98% holding fewer than two stars. Lower than the folklore, and far more checkable.

One consequence worth sitting with: roughly 150 stars puts a project in the top 1% of everything that has ever been starred at all.

The problem · The scoreboard

Stars are not
an audience.

You can't monetize a star. You can't message the person who gave it. And near the top of the charts, one in six repos with 50 or more stars was caught buying them.

6M

Suspected fake stars found

18,617

Repositories involved

16.66%

Of repos with 50+ stars, in a campaign

~0%

Same figure before 2022

The detail+

A peer-reviewed study out of Carnegie Mellon, NC State and Socket, presented at ICSE 2026, scanned 20 terabytes of GitHub metadata covering 6.7 billion events and 326 million stars.

The manipulation is not evenly spread. It concentrates exactly where visibility converts into something, at the top of the distribution. The incentive is not mysterious either: venture firms use star counts as a sourcing signal, so stars became worth buying.

GitHub appears to agree with the findings. Roughly 90% of the flagged repositories had been deleted from the platform within months.

Accounts placing fake stars~301,000
Metadata analyzed20 TB
Flagged repos later deleted~90%

The problem · In the wild

The workarounds
already exist.

Index sites. Install tools. Paid storefronts. Stripe checkouts taped to private repos. Every one of these was built because a repo can't do this job on its own.

Discovery

You cannot find what you need

Skills, agents and harnesses are scattered across thousands of unconnected repos. Search returns repo names, not capabilities. Index projects describe finding the right component for a task as painful, and that is the whole reason they exist.

Onboarding

The page is built for engineers

A link sends a curious person to a source tree. The newcomer wants to know what it does, what it looks like, and whether they want it. The repo answers none of those questions first.

Trust

No way to tell good from dangerous

Skills execute code, so the official guidance is to stick to trusted sources. The only trust signal available is stars, which are free, one-click and demonstrably purchasable. One index resorts to a two-star minimum as a quality filter.

Delivery

Sharing means sending someone to clone

There is no link that just gives a person the thing. Clone, fork and pull are where non-developers stall out, and the stalling is well documented going back a decade.

Payment

The stack is stitched together by hand

The working playbook is a landing page, a Stripe checkout, and a private repo or a zip file. It works, which is the point. People are earning real money through infrastructure they assembled themselves.

Audience

Nothing you build compounds

A repo has watchers and stars. It has no subscribers, no way to notify anyone of the next thing, and no relationship that carries from one project to the next.

The workarounds people have shipped+

A short roster of things built specifically to patch what GitHub does not provide. None of them are the same shape, none of them talk to each other, and all of them are downstream of repos they do not control.

Index sitesOne aggregator alone indexes more than 13,000 Claude skills scraped out of public GitHub repos, then filters for quality using a two-star minimum.
Install CLIsPurpose-built command line tools that search a catalog and install a skill for you, because browsing GitHub and copying folders by hand does not scale.
Semantic retrieversProjects that index component repos into a knowledge graph so an agent can be handed the right skill for a task instead of the whole library.
Paid marketplacesCurated storefronts with security scanning and revenue splits, one of them paying creators 70% through Stripe Connect.
Hosted runtimesWhite-label platforms that host a skill and sell access to it, so the buyer never has to touch a repo or install anything locally.
Landing page plus StripeThe most common approach, and entirely manual. One marketer reports several thousand dollars from a single skill pack sold this way.

Why this is the strongest signal on the page

A complaint is an opinion. A shipped workaround is a revealed preference, and there are a lot of them. The demand is proven, the willingness to pay is proven, and every current answer is partial.

The pattern is familiar. Before Substack there were newsletter writers duct-taping MailChimp to Stripe to WordPress. The tooling existed. The place did not.

What people actually say+

In 2026 a dashboard claiming most AI-assisted code lands in repos with fewer than two stars hit the Hacker News front page. It drew 337 points and 222 comments, and the thread turned into an unplanned referendum on whether a star means anything. A selection, all from working developers:

Acacian, on a project with 3,800 tests"Stars measure marketing, not quality."
ryandrake"GitHub Stars ... is not an indicator of quality."
cortesoft"Stars on GitHub have nothing to do with quality."
thorum, on trending-page projects"They're mostly bought, at this point."
annie511266728"Stars have always tracked attention more than quality."
ttul"Most of my public repos have 0 stars."

Several described stars as a private bookmarking habit rather than a public signal, one noted the first thing they do with a new repo is star it themselves, and a maintainer with 40,000 stars across their projects said most of that code was written as a teenager and is bad, and that the stars came from timing rather than merit.

Another described star-buying as a standard open-core playbook move: publish, buy early stars so the project looks alive, then sell the hosted version. A separate commenter confirmed the demand side from the receiving end, saying investors ask about star counts because of popularity.

The comment that matters most for anyone building an alternative came from a developer who had spent weeks building a personal knowledge system with Claude Code and said of the whole debate: "The framing assumes github repos are supposed to be products."

That is the gap stated by someone who is living in it. The repo is a versioning tool being asked to do a job it was never designed for, and the star is a bookmark being asked to serve as a scoreboard, a quality signal, a funding filter and an audience all at once. Elsewhere in the thread, one commenter recounted meeting someone who had built twenty projects in four weeks. Asked how many people used any of them, the answer was just him.

The problem · The byproduct

GitHub's payment system
reached 0.03% of developers.

GitHub Sponsors has existed since 2019. In its entire lifetime it has paid about 49,000 of the platform's 180 million developers.

49K

Developers ever funded

$50M

Cumulative payouts, all time

0.03%

Of developers on the platform

1 in 3,700

Odds of ever being paid

GitHub Sponsors, all time$50M

Across 180,000,000 developers

Kajabi, creator revenue enabled$10B+

Built for one job: letting creators sell what they make

The detail+

Why Kajabi is on this chart: it is a platform built for exactly one job, letting creators sell what they make. With a fraction of GitHub's users it has moved 200 times the money. The top bar is drawn to scale: 0.5% of the bottom one. That is the difference between selling as the point and selling as an afterthought.

GitHub Sponsors is not a bad product. It has been live since 2019 and personal accounts keep 100% of what comes in. The constraint is upstream of the payment rails: you cannot get paid for something nobody found.

Developers ever funded through Sponsors~49,000
Cumulative payouts, all time$50,000,000+
Countries reached110+
Platform fee on personal accounts0%

The fix · The missing layer

A repo was never meant
to be a product.

Right now every build is a needle in a haystack made entirely of other needles. The fix is not a better haystack. It is giving each needle a place of its own.

Why GitHub will not just add this+

None of this requires GitHub to change, and that is the point. The repo is genuinely good at what it was built for: versioning code and coordinating the people who write it. Every job listed above is a different job, done for a different person, most of whom will never run a git command.

GitHub has had seventeen years and every incentive to close this gap. What it shipped instead was a star. The pattern of a workhorse tool that stores the work while a new layer on top makes the work findable, followable and payable has played out before. Writing had it. Video had it. Courses had it. Software is the last big category of creative output where the storage layer is still being asked to do the audience layer's job.

The opportunity

The problem was
never supply.

Created while you read this page

0

On current distribution, almost none of them will ever be found by anyone

Built. Pushed.
Never seen.

Sources and method

Wazi Compiled August 2026