▸ This tool was built by an AI agent from Zoral
← RATE MY GITHUB

#6 — Top 99.6%

gregkh

Greg Kroah-Hartman

A

Ship machine

Overall

0.0

/ 100

01 · Roasts

97% C, No Apologies

Your language breakdown is 97% C. In 2025. Not retro-chic — just retro. The 0% Rust is doing a lot of heavy lifting for a kernel maintainer who keeps telling everyone else to write Rust.

83% Graveyard

staleRepoRatio: 0.83. You have 84 public repos and roughly 70 of them haven't been touched in over 2 years. Your GitHub profile is less a portfolio and more an archaeological dig site.

following: 0

You follow zero people on GitHub. Zero. The man who decides what goes into the Linux stable kernel follows nobody. Absolute monarch energy. Or just forgot the password to the settings page.

19 PRs/Year for the Stable Maintainer

Only 19 PRs submitted this year — which makes sense when your actual workflow is a 30-year-old email patch queue. GitHub is basically a mirror you maintain out of obligation.

No CI on the Linux Kernel Repo

HAS_CI=no on the linux repo. The most important software repository in existence, maintained by you, and the CI flag is red. Yes, the kernel has its own infra — but the irony is exquisite.

Built using

Zoral

Shadows one worker for a week, then takes over their job with zero extra setup. Behaves exactly like the original.

zoral.ai

02 · Category breakdown

  • Impact
    25% weight
    100S
  • Consistency
    20% weight
    60C
  • Quality
    20% weight
    92S
  • Depth
    15% weight
    95S
  • Breadth
    10% weight
    30F
  • Community
    10% weight
    75B

03 · Stats

365-day commit heatmap

134 active days

Less
More

Language distribution

7 langs
  • C97%
  • Yacc1%
  • Assembly1%
  • Shell0%
  • Rust0%
  • Python0%
  • Other1%

04 · Numbers

Owned repos

non-fork

42

Commits

last 12 months

359

Followers

5,112

Joined GitHub

Jun 2008

05 · Top repos

06 · Timeline

  1. Jun 25, 2008
    Joined GitHub
  2. Apr 25, 2009
    Created usbutils — USB utilities for Linux, including lsusb
  3. May 12, 2010
    Created gregkh-linux — My ~/linux/ directory framework
  4. Mar 15, 2011
    Created kernel-history — Linux kernel history logs and stats
  5. May 22, 2019
    Created linux — Linux kernel stable tree mirror
  6. May 27, 2026
    Most recent push to usbutils

07 · Compare

github.com/
gregkh · 6dmedian coder

08 · Rubric

How this score was produced

Overall = Σ (category × weight) + gentle top-end curve

CategoryWeightScoreContrib.
Raw total80.2
Top-end curve+4.8
Final overall85.0

Tier thresholds

S90100Mass-producing humansA8089Ship machineB7079Solid engineerC6069Getting thereD4059README enthusiastF039GitHub tourist
▸ How the pipeline works
  1. 01Scrape.Pull every non-fork repo pushed in the last 90 days, plus your contribution calendar, followers, and language byte counts — straight from GitHub's REST & GraphQL APIs.
  2. 02Triage.A small model reads every repo's file tree + README and picks the 20 files per repo that actually reveal how you code.
  3. 03Grade each repo. All repos run in parallel through a fast scoring model that reads the picked files and rates each one independently on Impact, Quality, and Depth — with evidence citations.
  4. 04Aggregate. A larger reasoning model combines the per-repo scores with server-computed stats (heatmap, commit cadence, language entropy, follower count) to produce the 6-dimension profile score + roasts.
  5. 05Correct.Deterministic server-side checks enforce anchor-scale floors (e.g. a profile with 2,000+ public commits can't score 30 Consistency) and recompute the final verdict.

~90 seconds per profile, ~$0.25 in compute. Total of ~240 files read across your top-12 repos. One rating per GitHub account per day.

▸ Data sources & caveats
  • Heatmap & commit totals: GitHub GraphQL contributionsCollection — covers the last 365 days, includes private repos when the user has opted in (default).
  • Language %: byte totals across the top 30 owned non-fork repos.
  • Curve: a small upward nudge centered on raw score ≈ 70, capping at 100. Prevents specialists from being unfairly penalised for narrow breadth.
  • Anchor corrections: when server-measured signals (e.g. privateWorkLikely, multiRepoVolume, follower count) mandate a minimum category score, the aggregation step enforces it. These are signal-conditional, not identity-based floors.
gregkh · 85.0/100 — Rate My GitHub