01 · Roasts
The 9-Day Wonder
RTQL8 was born and died in the same week of September 2013. That's not a project — that's a homework submission that accidentally got a git remote.
420MB of Mystery
Your 'Site' repo is 420MB with no README, no description, and 3 commits in 13 years. Whatever is in there, the world will never know — and that might be intentional.
167 PRs, 1 Follower
You opened 167 pull requests this year but somehow have exactly 1 follower. Are you submitting PRs to a private company repo at 3am? The math doesn't add up publicly.
11-Year Retirement Plan
Half your repos haven't been touched in over 2 years. For an account created in 2011, the public output is 2 repos, 1 star, and some ancient C++ physics code. GitHub is not a wine cellar.
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
- Impact25% weight15F
- Consistency20% weight35F
- Quality20% weight21F
- Depth15% weight20F
- Breadth10% weight25F
- Community10% weight40D
03 · Stats
365-day commit heatmap
67 active days
Language distribution
- C++91%
- C8%
- Objective-C1%
04 · Numbers
Owned repos
non-fork
2
Commits
last 12 months
138
Followers
1
Joined GitHub
Sep 2011
05 · Top repos
yutingye /
RTQL8
RTQL8 is a Georgia Tech multibody dynamics simulator from 2013 with minimal adoption (1 star, no forks). Demonstrates sophisticated C++ physics algorithms (inverse dynamics, LCP constraint solving) but lacks modern tooling: no CI, no tests, no license, and a one-week development burst with sparse recent activity.
yutingye /
Site
Large static archive (420MB) with minimal maintenance. No README, docs, tests, CI, or license. Only 3 commits in last 30 days despite 13-year existence. Appears to be a personal storage/backup with no discernible project structure.
06 · Timeline
- Sep 19, 2011Joined GitHub
- Aug 26, 2012Created Site
- Sep 2, 2013Created RTQL8
- Oct 19, 2025Most recent push to Site
07 · Compare
08 · Rubric
How this score was produced
Overall = Σ (category × weight) + gentle top-end curve
Tier thresholds
▸ How the pipeline works
- 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.
- 02Triage.A small model reads every repo's file tree + README and picks the 20 files per repo that actually reveal how you code.
- 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.
- 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.
- 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.