01 · Roasts
Zero-star trilogy
pyjsonparser, pywc, and pydatagenerator are all shipped, tested in places, and sitting at 0 stars—quality is ahead of distribution.
CI has more travel plans
pywc and pydatagenerator run across Ubuntu, Windows, and macOS; the community signal still reads 0 PRs and 0 issues this year.
Python monoculture
Python is 93% of the profile. The other languages are garnish, not a second act.
Streaks, then silence
Only 12 commits were recorded this year and 81% of repos are stale, despite fresh pushes on the three strongest projects.
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% weight31F
- Consistency20% weight20F
- Quality20% weight73B
- Depth15% weight50D
- Breadth10% weight55D
- Community10% weight40D
03 · Stats
365-day commit heatmap
154 active days
Language distribution
- Python93%
- JavaScript3%
- HTML2%
- CSS1%
- C1%
- Java0%
04 · Numbers
Owned repos
non-fork
16
Commits
last 12 months
12
Followers
32
Joined GitHub
Mar 2019
05 · Top repos
alexprodan99 /
pydatagenerator
Documented Python XML data-generation library with multiple dataset handlers, CLI packaging, tests, coverage enforcement, and a cross-platform publish workflow, but currently has 0 stars and no demonstrated external adoption.
alexprodan99 /
pywc
A documented Python CLI reimplementation of Unix wc with tested byte, line, word, and character counting, Poetry packaging, and cross-platform CI, but no demonstrated adoption.
alexprodan99 /
pyjsonparser
A documented, modular Python JSON parser with lexer/parser/serializer separation and a packaging workflow, but no demonstrated adoption and limited evidence of sustained development.
06 · Timeline
- Mar 30, 2019Joined GitHub
- May 3, 2024Created pydatagenerator — Generate template data from xml specification
- Jun 20, 2024Created pywc — Custom implementation for wc
- Dec 7, 2025Created pyjsonparser — Custom json parser
- Dec 7, 2025Most recent push to pyjsonparser
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.