01 · Roasts
Fresh-account fog
The heatmap is blank for 48 of 52 weeks; the visible 18 commits arrive in a very short late burst.
Adoption pending
Three repos, 0 stars, 0 forks, 0 watchers, and 0 followers: the launch party still needs invitations.
CI carries Tasky
Tasky has two CI workflows, while stock-pipeline brings an ETL layout but leaves tests and CI on the backlog.
Sprint, not saga
Tasky packs Flutter, Spring Boot, JWT, and demo data into 3,936 KB, but its public history runs only from 2026-08-26 to 2026-08-27.
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% weight20F
- Consistency20% weight55D
- Quality20% weight52D
- Depth15% weight20F
- Breadth10% weight55D
- Community10% weight25F
03 · Stats
365-day commit heatmap
10 active days
Language distribution
- Dart57%
- Java37%
- C++3%
- CMake2%
- Python1%
- Ruby0%
04 · Numbers
Owned repos
non-fork
3
Commits
last 12 months
18
Followers
0
Joined GitHub
Aug 2025
05 · Top repos
justin-huebner-hub /
tasky
Documented university prototype combining a Spring Boot API and Flutter client, with JWT authentication, project/member workflows, demo seeding, CI workflows, and a structured frontend/backend layout, but no visible adoption or license.
justin-huebner-hub /
stock-pipeline
Small documented Python ETL prototype with clear extract-transform-load separation, Finnhub integration, and PostgreSQL persistence, but no tests, CI, license, or typed interfaces.
justin-huebner-hub /
justin-huebner-hub
A small personal GitHub profile repository centered on a generated README; no source files, tests, CI, license, or evidence of external adoption are present.
06 · Timeline
- Aug 22, 2025Joined GitHub
- Aug 21, 2026Created stock-pipeline — This is a local ETL pipeline for stocks. Currently in development.
- Aug 26, 2026Created tasky — Task management application inspired by Asana, built with Java Spring Boot and Flutter.
- Aug 26, 2026Created justin-huebner-hub
- Sep 8, 2026Most recent push to justin-huebner-hub
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.