01 · Roasts
Three products, zero audience
Task management, fraud detection, and potato diagnosis are all present; 0 total stars, forks, and followers are not.
CI is still theoretical
Every analyzed repo has README=yes, TESTS=no, and CI=no. Documentation showed up; verification did not.
Notebook gravity
Jupyter Notebook accounts for 94% of language bytes, so the profile reads more lab bench than production shelf.
Bursty builder mode
57 yearly commits and a sparse heatmap show real sessions, but not yet a dependable shipping cadence.
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% weight35F
- Quality20% weight57D
- Depth15% weight50D
- Breadth10% weight55D
- Community10% weight25F
03 · Stats
365-day commit heatmap
64 active days
Language distribution
- Jupyter Notebook94%
- JavaScript2%
- Java2%
- Python1%
- CSS0%
- HTML0%
- Other1%
04 · Numbers
Owned repos
non-fork
13
Commits
last 12 months
57
Followers
0
Joined GitHub
Sep 2024
05 · Top repos
Abhi-1234-singla /
Fraud-Detection-Project
A documented full-stack fraud-detection prototype combining FastAPI/MongoDB/JWT, a React dashboard, rule-based checks, and an XGBoost/joblib pipeline, but with no demonstrated adoption, tests, CI, or license.
Abhi-1234-singla /
Task-Management-Platform-
A documented Java 17/Spring Boot and React task-management platform with JWT/RBAC, layered services, filtering, comments, and a functional multi-page UI, but no demonstrated adoption or CI/license maturity.
Abhi-1234-singla /
ai-potato-disease-detection
A documented potato-leaf CNN demo combining a notebook, saved Keras models, FastAPI API, and React frontend, but it has no stars, tests, CI, license, or demonstrated external adoption.
06 · Timeline
- Sep 11, 2024Joined GitHub
- May 22, 2026Created Fraud-Detection-Project
- Jun 13, 2026Created ai-potato-disease-detection
- Sep 6, 2026Created Task-Management-Platform-
- Sep 11, 2026Most recent push to Task-Management-Platform-
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.