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

#568 — Top 52.5%

leokwsw

Leo Wu

D

README enthusiast

Overall

0.0

/ 100

01 · Roasts

The Speed-Runner Architect

libreoffice-api was born and died in a single commit pushed in 8 seconds. That's not shipping — that's committing to committing. The repo weighs 3 KB, which is less than most .gitignore files.

The Eternal Testophobe

Zero out of five scored repos have a single test file. Across 76 public repos, HAS_TESTS remains a mythical flag. Your code works great… probably… no one knows for sure.

The 1013-Following Ghost

You follow 1013 people but opened only 5 issues and submitted 0 PRs this year. You're a professional lurker with 97 followers who apparently never has notes.

CPU Identifier: The 7-Year Itch

CPU-Identifier has existed since 2019 and still features 100+ hardcoded if-else CPU string mappings in a single delegate file. Seven years and not once did a data structure come to mind.

46% Kotlin, 0% Conviction

Nearly half your codebase is Kotlin, but with a stale repo ratio of 0.53 you've abandoned over half your projects. Kotlin deserved better. They all did.

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
    36F
  • Consistency
    20% weight
    55D
  • Quality
    20% weight
    52D
  • Depth
    15% weight
    35F
  • Breadth
    10% weight
    65C
  • Community
    10% weight
    40D

03 · Stats

365-day commit heatmap

211 active days

Less
More

Language distribution

7 langs
  • Kotlin46%
  • TypeScript27%
  • Python8%
  • Java8%
  • HTML8%
  • JavaScript2%
  • Other1%

04 · Numbers

Owned repos

non-fork

58

Commits

last 12 months

67

Followers

97

Joined GitHub

Oct 2014

05 · Top repos

06 · Timeline

  1. Oct 19, 2014
    Joined GitHub
  2. Nov 8, 2019
    Created CPU-Identifier
  3. Sep 29, 2021
    Created leokwsw
  4. Aug 1, 2023
    Created rasch-model — Rasch 模型 API:上傳作答矩陣(0/1),回傳能力值、難度值與分布圖(Flask)
  5. Mar 23, 2026
    Created libreoffice-api — LibreOffice API
  6. Apr 23, 2026
    Created openai-privacy-filter — OpenAI Privacy Filter FastAPI Service
  7. Apr 23, 2026
    Most recent push to openai-privacy-filter

07 · Compare

github.com/
leokwsw · 6dmedian coder

08 · Rubric

How this score was produced

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

CategoryWeightScoreContrib.
Raw total46.1
Top-end curve+1.9
Final overall48.0

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.
leokwsw · 48.0/100 — Rate My GitHub