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

#488 — Top 59.2%

Zxnnkj77

Jenny Zhu

D

README enthusiast

Overall

0.0

/ 100

01 · Roasts

The Invisible Coder

50 public commits, 0 stars, 0 followers, 0 forks — your GitHub exists in a sealed vacuum. Even your watchlist_monitor's CI runs on a schedule that nobody but a cron job will ever read.

License? Never Heard of Her

Three repos, three interesting projects, zero licenses. Congrats — legally, nobody can use brown-safety-hub, Bloom_pot_model, or watchlist_monitor. Copyright defaults to you, which is maximally useless for open source.

Night Owl Hermit

70% of commits land after dark and 93% are solo. You're essentially a one-person underground lab that opens its doors once every few months and then goes dark again for weeks.

Burst-and-Ghost

watchlist_monitor clocked 8 of its 30 commits in a 2-day sprint. Bloom_pot_model did 20 commits in a 10-day window. The heatmap is 49 weeks of silence bookended by two brief explosions of effort.

Almost There, Every Time

brown-safety-hub has TypeScript, Zod schemas, Supabase, a live map, and an admin dashboard — and still no tests, no CI, no license. It's like baking a perfect cake and then refusing to put it in the oven.

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
    40D
  • Consistency
    20% weight
    55D
  • Quality
    20% weight
    61C
  • Depth
    15% weight
    50D
  • Breadth
    10% weight
    55D
  • Community
    10% weight
    25F

03 · Stats

365-day commit heatmap

16 active days

Less
More

Language distribution

5 langs
  • Python54%
  • TypeScript27%
  • CSS12%
  • HTML6%
  • JavaScript1%

04 · Numbers

Owned repos

non-fork

4

Commits

last 12 months

50

Followers

0

Joined GitHub

Apr 2024

05 · Top repos

06 · Timeline

  1. Apr 2, 2024
    Joined GitHub
  2. Jan 12, 2026
    Created brown-safety-hub — a safety add-on to the current brown university app
  3. Mar 30, 2026
    Created Bloom_pot_model
  4. Apr 15, 2026
    Created watchlist_monitor — Send u a report of a news for a watchlist you enter
  5. Apr 17, 2026
    Most recent push to watchlist_monitor

07 · Compare

github.com/
Zxnnkj77 · 6dmedian coder

08 · Rubric

How this score was produced

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

CategoryWeightScoreContrib.
Raw total48.7
Top-end curve+2.3
Final overall51.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.
Zxnnkj77 · 51.0/100 — Rate My GitHub