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

#375 — Top 68.7%

mobius29er

Jeremy Foxx

D

README enthusiast

Overall

0.0

/ 100

01 · Roasts

Notebook Hoarder

86% of your GitHub footprint is Jupyter Notebooks. That's not a portfolio — that's a graveyard of half-finished ML experiments. Did any of them graduate to an actual app?

Born and Buried Same Day

appkeep-landing was created and last pushed on the same day, 59 minutes apart. Your SaaS landing page had a shorter development cycle than most people's lunch breaks.

README as a Personality

Your pinned repo is a markdown file claiming '30+ shipped products' — yet the actual code for those products isn't here. Shipping and documenting that you shipped are two very different things, Jeremy.

CI? Tests? Never Heard of Them.

Across all 4 scored repos, not a single test file or CI pipeline exists. You've got a C# disk analyzer, a mobile app, and a SaaS product — all flying completely blind.

4 Stars, 0 Forks, Infinite Ambition

56 public repos, a bio claiming a software company, 40 external PRs this year — and 4 total stars across everything you've ever published. The market has spoken quietly.

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
    50D
  • Quality
    20% weight
    67C
  • Depth
    15% weight
    60C
  • Breadth
    10% weight
    55D
  • Community
    10% weight
    40D

03 · Stats

365-day commit heatmap

206 active days

Less
More

Language distribution

6 langs
  • Jupyter Notebook86%
  • Dart4%
  • JavaScript4%
  • C#3%
  • Python2%
  • TypeScript1%

04 · Numbers

Owned repos

non-fork

32

Commits

last 12 months

335

Followers

8

Joined GitHub

Mar 2018

05 · Top repos

06 · Timeline

  1. Mar 11, 2018
    Joined GitHub
  2. May 5, 2025
    Created mobius29er
  3. Jan 14, 2026
    Created winTrim — A clean, safe, and powerful Windows 10/11 disk analyzer application to view and analyze file contents and storage allocation.
  4. Apr 1, 2026
    Created weatherlens-app
  5. Apr 14, 2026
    Created appkeep-landing — AppKeep landing page — static site for Cloudflare Pages
  6. May 6, 2026
    Most recent push to winTrim

07 · Compare

github.com/
mobius29er · 6dmedian coder

08 · Rubric

How this score was produced

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

CategoryWeightScoreContrib.
Raw total51.9
Top-end curve+3.0
Final overall54.9

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.
mobius29er · 54.9/100 — Rate My GitHub