01 · Roasts
Kernel, meet CI
OSProject packs scheduling, paging, and QEMU tooling into 17,897 KB, then ships without a test suite or CI.
Zero-audience launch
Across the three scored repos: 0 stars, 0 forks, and 2 followers. The code has not found its crowd yet.
Commit comet
A 30-commit OSProject burst is promising, but only 6 commits land in the past-year total—consistency needs a sequel.
Gradient before groundwork
BackgroundGenerator updates a live CSS gradient, but skipped the README, license, tests, and CI checklist entirely.
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% weight25F
- Consistency20% weight25F
- Quality20% weight55D
- Depth15% weight50D
- Breadth10% weight55D
- Community10% weight25F
03 · Stats
365-day commit heatmap
24 active days
Language distribution
- C#46%
- C18%
- ShaderLab12%
- Java11%
- TypeScript7%
- HLSL4%
- Other2%
04 · Numbers
Owned repos
non-fork
9
Commits
last 12 months
6
Followers
2
Joined GitHub
Sep 2024
05 · Top repos
AaronSiby15 /
OSProject
A substantial xv6/RISC-V teaching OS fork with custom FCFS scheduling, thermal/fan syscalls, lazy paging, and QEMU crash-recovery tooling, but no demonstrated external adoption, CI, or test flag.
AaronSiby15 /
AaronSiby15
A profile README repo presenting Java/MERN skills and linking the named TouRide and iGlobal projects, but with no implementation files, tests, CI, license, or other repository artifacts sampled.
AaronSiby15 /
BackgroundGenerator
A small functional three-file gradient generator: index.html provides two color inputs, script.js updates a linear gradient live, and style.css supplies presentation, but it lacks documentation, tests, CI, and licensing.
06 · Timeline
- Sep 16, 2024Joined GitHub
- Mar 14, 2025Created BackgroundGenerator — This JavaScript program is a background gradient generator. It allows users to pick two colors, and then dynamically updates the webpage background to display a linear gradient bet
- Sep 4, 2025Created AaronSiby15
- Mar 24, 2026Created OSProject
- Apr 7, 2026Most recent push to OSProject
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.