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

#190 — Top 84.2%

CheeksTheGeek

Chaitanya Sharma

C

Getting there

Overall

0.0

/ 100

01 · Roasts

Follower Funnel Paradox

105 followers, 884 following. You're not building an audience — you're collecting them like Pokémon. The ratio suggests a follow-back campaign, not a reputation.

Night Owl Who Never Ships Tests

nightOwlPct = 100 — you code exclusively in the dark, which is fine, but partial_reconfiguration_sim has zero tests and zero CI. Apparently the night shift skips QA.

The Graveyard Ratio

46% of your 53 repos haven't been touched in over 2 years. That's 24+ abandoned projects. Your GitHub profile is less a portfolio and more an archaeological dig.

136 Public Commits, Infinite Ambition

You're working on FPGA simulation, SystemVerilog compilers, and a personal blog simultaneously — and logged only 136 public commits this year. privateWorkLikely saves your score; your public history doesn't.

Specialization Without Stardom

EDA tooling, FPGA simulation, SystemVerilog bindings — genuinely niche and technically impressive, yet 70 total stars across 53 repos. The audience for this work exists; they just haven't found you yet.

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
    51D
  • Consistency
    20% weight
    55D
  • Quality
    20% weight
    69C
  • Depth
    15% weight
    60C
  • Breadth
    10% weight
    65C
  • Community
    10% weight
    50D

03 · Stats

365-day commit heatmap

102 active days

Less
More

Language distribution

7 langs
  • C++72%
  • Python12%
  • TypeScript5%
  • Svelte4%
  • TeX2%
  • Go1%
  • Other4%

04 · Numbers

Owned repos

non-fork

26

Commits

last 12 months

136

Followers

105

Joined GitHub

May 2018

05 · Top repos

06 · Timeline

  1. May 18, 2018
    Joined GitHub
  2. Jan 7, 2025
    Created blog
  3. Dec 23, 2025
    Created partial_reconfiguration_sim — Simulating Partial Reconfiguration Systems by using Switchboard
  4. Feb 18, 2026
    Created pyslang-dev — Repo to auto publish pyslang as nightly
  5. Mar 5, 2026
    Most recent push to partial_reconfiguration_sim

07 · Compare

github.com/
CheeksTheGeek · 6dmedian coder

08 · Rubric

How this score was produced

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

CategoryWeightScoreContrib.
Raw total58.0
Top-end curve+4.5
Final overall62.5

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