▸ This tool was built by an AI agent from Zoral
← RATE MY GITHUB

#353 — Top 77.1%

imanimtiyaz20

Iman Imtiyaz

C

Getting there

Overall

0.0

/ 100

01 · Roasts

Test suite, allegedly

Budgetly’s only test asserts true, while songcard’s declared test script exits with “no test specified.”

The API is carrying

lyrics-api supplies 71 of the analyzed repos’ 81 stars—one service is doing most of the audience work.

Portfolio has range

PHP parcels, Flutter budgeting, Java lyrics, and Discord canvas cards: the stack changes faster than the commit cadence.

Public heatmap camouflage

73 public commits and many blank weeks look quiet, although private-work evidence keeps the activity verdict from being a full disappearance.

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

  • Impact
    25% weight
    56D
  • Consistency
    20% weight
    55D
  • Quality
    20% weight
    57D
  • Depth
    15% weight
    50D
  • Breadth
    10% weight
    80A
  • Community
    10% weight
    40D

03 · Stats

365-day commit heatmap

45 active days

Less
More

Language distribution

7 langs
  • PHP45%
  • JavaScript22%
  • Dart12%
  • TypeScript9%
  • HTML6%
  • Java5%
  • Other1%

04 · Numbers

Owned repos

non-fork

14

Commits

last 12 months

73

Followers

20

Joined GitHub

Sep 2021

05 · Top repos

06 · Timeline

  1. Sep 7, 2021
    Joined GitHub
  2. Aug 30, 2023
    Created songcard — A simple package to create song card when play songs using discord music bot.
  3. May 22, 2024
    Created lyrics-api — A simple lyrics api to fetch lyrics from Musixmatch, and YouTube
  4. Jul 3, 2026
    Created UiTM-CSC264-Budgetly
  5. Jul 4, 2026
    Created unimail
  6. Aug 19, 2026
    Most recent push to lyrics-api

07 · Compare

github.com/
imanimtiyaz20 · 6dmedian coder

08 · Rubric

How this score was produced

Overall = Σ (category × weight) + gentle top-end curve

CategoryWeightScoreContrib.
Raw total55.9
Top-end curve+4.0
Final overall59.9

Tier thresholds

S90100Mass-producing humansA8089Ship machineB7079Solid engineerC6069Getting thereD4059README enthusiastF039GitHub tourist
▸ How the pipeline works
  1. 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.
  2. 02Triage.A small model reads every repo's file tree + README and picks the 20 files per repo that actually reveal how you code.
  3. 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.
  4. 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.
  5. 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.
imanimtiyaz20 · 59.9/100 — Rate My GitHub