01 · Roasts
Tests took the scenic route
PresentLY, dots., and TweeeeeDBT all report no tests and no CI—three projects, zero automated safety nets.
Pipeline, meet polish
TweeeeeDBT has Kafka, Spark, four consumers, and seven tables, yet its README still lists core structure and Docker work as TODOs.
Shipping beats starring
You have three distinct builds and 21 followers, but only 4 total stars; demos are deployed, adoption is not.
Dotfiles are not a QA strategy
dots. has 19 recent sampled commits and a serious Neovim stack, but no license, .gitignore, CI, or tests.
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% weight36F
- Consistency20% weight55D
- Quality20% weight57D
- Depth15% weight50D
- Breadth10% weight55D
- Community10% weight40D
03 · Stats
365-day commit heatmap
232 active days
Language distribution
- Python90%
- JavaScript6%
- Java1%
- CSS1%
- HTML1%
- Go0%
- Other1%
04 · Numbers
Owned repos
non-fork
16
Commits
last 12 months
116
Followers
21
Joined GitHub
Dec 2022
05 · Top repos
kdb04 /
PresentLY
PresentLY is a substantial Java Spring Boot/PostgreSQL plus React attendance system with JWT/RBAC, role-specific dashboards, transactional session creation, and database triggers, but lacks tests and CI and shows duplicated/inconsistent SQL setup.
kdb04 /
TweeeeeDBT
A documented Kafka/Spark/PostgreSQL streaming and batch pipeline with Docker setup and multiple consumers, but only 2 stars, no tests or CI, no license, and several operational and structural rough edges.
kdb04 /
dots.
A focused macOS dotfiles setup with substantial Neovim, Kitty, Yazi, Sketchybar, Yabai, and shell configuration, but currently showing no adoption signals or engineering validation infrastructure.
06 · Timeline
- Dec 25, 2022Joined GitHub
- Mar 2, 2025Created PresentLY — Attendance Tracking Tool
- Apr 11, 2025Created TweeeeeDBT — Twitter Streaming using Kafka and Spark
- Feb 21, 2026Created dots. — dotfiles
- Jul 6, 2026Most recent push to PresentLY
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.