01 · Roasts
The 6-Hour Developer
JSFinance has 6 commits spanning exactly 6 hours on one day in 2018. That's not a project — that's a lunch break that got out of hand, then immediately forgotten.
Title-Only Documentation
EkonPodaciRZS has a README with exactly one line: the repo name itself. That's not documentation, that's GitHub's default placeholder with extra steps.
The Fossil Record
Last push: June 12, 2018. The heatmap is 364 consecutive days of pure white. Your GitHub contribution graph looks like the Arctic tundra in January.
Syntax Errors in Tests
JSFinance's test file calls lowercase 'jsfinance' and 'fv' — which don't exist in the actual exports. You wrote tests that test nothing. Schrödinger's test suite.
Zero Everything
0 stars, 0 forks, 0 followers, 0 commits this year, 0 PRs, 0 issues. The only thing this profile has in abundance is zeroes.
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% weight5F
- Consistency20% weight5F
- Quality20% weight18F
- Depth15% weight5F
- Breadth10% weight25F
- Community10% weight5F
03 · Stats
365-day commit heatmap
0 active days
Language distribution
- JavaScript100%
04 · Numbers
Owned repos
non-fork
2
Commits
last 12 months
0
Followers
0
Joined GitHub
Apr 2018
05 · Top repos
Zigi84 /
JSFinance
Single-day financial calculation library (0 stars, 6 commits in 6 hours) with minimal README, incomplete tests, and no CI. Untyped JS with math implementation but insufficient scope and documentation for production use.
Zigi84 /
EkonPodaciRZS
Empty scaffold repo with minimal content (1 KB), no code files, bare README title only, created and abandoned same day in 2018. No tests, CI, license, or documentation beyond title.
06 · Timeline
- Apr 13, 2018Joined GitHub
- Apr 27, 2018Created JSFinance — Library to perform financial calculations
- Jun 12, 2018Created EkonPodaciRZS
- Jun 12, 2018Most recent push to EkonPodaciRZS
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.