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

#847 — Top 51.1%

DeepakJalumoori

Deepak

D

README enthusiast

Overall

0.0

/ 100

01 · Roasts

CI Witness Protection

Five scored repositories, zero CI pipelines. The bugs are apparently being asked to leave politely.

Starless Portfolio

0 total stars and 1 follower: the MERN stack is shipping, but the audience has not received the invitation.

Backend Has Receipts

DevTinder-Backend packs chat, Socket.IO, SES, and 30+ commits; adding tests would turn the learning project into a credible service.

README Lottery

DecisionTrace has LLM extraction, Zod, transactions, and audits—but no README, so users must reverse-engineer the elevator pitch.

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
    48D
  • Consistency
    20% weight
    55D
  • Quality
    20% weight
    42D
  • Depth
    15% weight
    50D
  • Breadth
    10% weight
    55D
  • Community
    10% weight
    25F

03 · Stats

365-day commit heatmap

47 active days

Less
More

Language distribution

7 langs
  • JavaScript41%
  • Jupyter Notebook22%
  • TypeScript14%
  • Python8%
  • HTML6%
  • CSS6%
  • Other3%

04 · Numbers

Owned repos

non-fork

12

Commits

last 12 months

124

Followers

1

Joined GitHub

Oct 2023

05 · Top repos

06 · Timeline

  1. Oct 23, 2023
    Joined GitHub
  2. Jan 10, 2026
    Created DevTinder-Backend — Using this repository for learning purpose.
  3. Feb 18, 2026
    Created DevTinder-UI — Frontend code for my DevTinder project.
  4. May 1, 2026
    Created TypeScript — This repository contains my TypeScript learning journey, including basic concepts, examples, and practice problems.
  5. Jul 6, 2026
    Created Evently-Backend — A RESTful Event Booking API built with Node.js, Express, MongoDB, and JWT featuring role-based authentication, event management, seat booking, concurrency control, and organizer an
  6. Sep 4, 2026
    Created DecisionTrace — A backend decision ledger that extracts structured decisions from meeting transcripts with validation, audit history, deduplication, and idempotent processing.
  7. Sep 14, 2026
    Most recent push to DecisionTrace

07 · Compare

github.com/
DeepakJalumoori · 6dmedian coder

08 · Rubric

How this score was produced

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

CategoryWeightScoreContrib.
Raw total46.9
Top-end curve+2.0
Final overall48.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.
DeepakJalumoori · 48.9/100 — Rate My GitHub