01 · Roasts
Portfolio, not pull requests
Three named products earn the portfolio bump, but 0 PRs and 0 issues this year leave the community graph on airplane mode.
Tests checked in; automation checked out
The Playwright template runs Chromium, Firefox, and WebKit tests, while the two larger apps still ship with no CI.
Hot desk, cold adoption
hot-desk-booking-system has 30 sampled commits and real JWT/reservation logic; its 1 star says the audience has not booked a seat yet.
Notebook monoculture
Jupyter Notebook accounts for 90% of tracked language bytes, so the language chart is less a rainbow than a strongly held opinion.
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% weight30F
- Consistency20% weight55D
- Quality20% weight55D
- Depth15% weight50D
- Breadth10% weight52D
- Community10% weight25F
03 · Stats
365-day commit heatmap
133 active days
Language distribution
- Jupyter Notebook90%
- TypeScript3%
- Java2%
- JavaScript1%
- HTML1%
- C#1%
- Other2%
04 · Numbers
Owned repos
non-fork
52
Commits
last 12 months
22
Followers
4
Joined GitHub
Apr 2021
05 · Top repos
kosiyyu /
hot-desk-booking-system
A documented, containerized TypeScript React plus ASP.NET Core/PostgreSQL booking application with real reservation rules and JWT auth, but minimal adoption and no automated tests or CI.
kosiyyu /
spring-boot-library-manager
A documented Java 17 Spring Boot library manager with CRUD, Thymeleaf views, PostgreSQL persistence, BCrypt authentication, roles, and many-to-many book-author modeling, but limited adoption and minimal validation coverage.
kosiyyu /
template-node-typescript-playwright
A compact TypeScript/Playwright starter template with strict configuration, runnable examples, and browser tests, but no demonstrated adoption, CI, license, or substantial project history.
06 · Timeline
- Apr 22, 2021Joined GitHub
- Sep 26, 2022Created spring-boot-library-manager — Spring boot CRUD API
- Oct 4, 2024Created hot-desk-booking-system
- Jul 7, 2026Created template-node-typescript-playwright
- Jul 7, 2026Most recent push to template-node-typescript-playwright
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.