01 · Roasts
Three projects, zero witnesses
Flood-Evacuation-AI-Agent, Hospital-Management-System, and Car_Parking_System collectively have 0 stars, 0 forks, and 0 followers.
CI is still in triage
All three repos ship READMEs but none ships tests, CI, or a license.
SQL injection speedrun
Hospital-Management-System interpolates request values into SQL while also calling itself a hospital system—bold choice.
Heatmap cameo
11 yearly commits appear as two small heatmap appearances; consistency has not yet cleared its throat.
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% weight25F
- Quality20% weight37F
- Depth15% weight35F
- Breadth10% weight50D
- Community10% weight25F
03 · Stats
365-day commit heatmap
3 active days
Language distribution
- PHP41%
- HTML30%
- Python18%
- C++9%
- CSS2%
04 · Numbers
Owned repos
non-fork
3
Commits
last 12 months
11
Followers
0
Joined GitHub
Apr 2026
05 · Top repos
SiddiqueTech /
Hospital-Management-System
A documented PHP/MySQL hospital-management coursework app with multiple role dashboards and CRUD screens, but zero adoption, no tests/CI/license, and substantial security and consistency issues in the sampled implementation.
SiddiqueTech /
Car_Parking_System
A documented educational parking-management demo combining a browser UI with a C++ data-structures implementation, but with no observable adoption, tests, CI, license, or sustained history.
SiddiqueTech /
Flood-Evacuation-AI-Agent
Educational Streamlit flood-evacuation prototype with weather, LLM, routing, mapping, and email modules, but one same-day commit, no adoption, no CI/tests/license, and several unfinished or unsafe implementation choices.
06 · Timeline
- Apr 29, 2026Joined GitHub
- Apr 29, 2026Created Car_Parking_System — A Car Parking System developed using core Data Structures concepts such as Stack, Queue, and Arrays. The system handles vehicle entry, exit, and parking slot management efficiently
- Jun 29, 2026Created Hospital-Management-System — A Hospital Management System developed as a 3rd Semester Database Management System (DBMS) project using PHP, MySQL, HTML, CSS, and XAMPP.
- Jun 30, 2026Created Flood-Evacuation-AI-Agent — A smart Flood Evacuation AI Agent that combines AI, weather analysis, graph-based routing, and map visualization to provide intelligent evacuation guidance during flood emergencies
- Jun 30, 2026Most recent push to Flood-Evacuation-AI-Agent
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.