01 · Roasts
93% Abandoned
A staleRepoRatio of 0.93 means 93 out of every 100 repos you've ever touched are collecting digital dust. Your GitHub is less a portfolio and more an archaeological dig site.
13 Commits, 1 Year
You managed 13 public commits in the past 12 months. That's barely one commit per month — your houseplant probably ships more consistently than you do.
The Birthday Site Era
christopher.farm is a Geocities-style birthday tribute page built in 4 days in 2014 and never touched again. Peak output: Easter egg Konami code. Current maintenance: none.
Zero PRs, Zero Issues
totalPRsYear: 0. totalIssuesYear: 0. With 170 public repos and 16 years on GitHub, you've contributed precisely nothing to the broader open-source community this year.
fork_harder, Try Harder
Your most recent non-trivial side project is a Chrome extension joke that replaces one word. Two source files. No README. No tests. It's less a project and more a commit.
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% weight20F
- Quality20% weight23F
- Depth15% weight20F
- Breadth10% weight55D
- Community10% weight25F
03 · Stats
365-day commit heatmap
227 active days
Language distribution
- JavaScript81%
- Ruby10%
- CoffeeScript4%
- Java3%
- CSS1%
- HTML0%
- Other1%
04 · Numbers
Owned repos
non-fork
29
Commits
last 12 months
13
Followers
45
Joined GitHub
Apr 2009
05 · Top repos
hc5duke /
christopher.farm
Personal birthday tribute website (2014) with Geocitiesified design. Minimal scope: compiled CoffeeScript frontend with Grunt build, HAML/SCSS styling, Easter egg Konami code. No tests, CI, or active maintenance; 4-day creation span.
hc5duke /
buffset-js
2011 fitness tracking app (Buffset) ported to Node.js. Small internal project with 5 stars, minimal production use, no tests/CI, hacky web app structure mixing CoffeeScript and JavaScript.
hc5duke /
fork_harder
Minimal Chrome extension joke project that replaces "Forking Repository" with "Hardcore Forking Action" via text replacement. One-off novelty with 2 source files, no docs, no tests, inactive since 2021.
06 · Timeline
- Apr 22, 2009Joined GitHub
- Jul 20, 2011Created buffset-js — Buffset in Node.js
- Jul 16, 2012Created fork_harder — Chrome Extension to s/Forking Repository/Hardcore Forking Action/
- May 25, 2014Created christopher.farm — Happy birthday, Chris!
- Jul 13, 2021Most recent push to fork_harder
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.