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

#584 — Top 66.3%

canyie

残页

D

README enthusiast

Overall

0.0

/ 100

01 · Roasts

Public heatmap, private iceberg

Only 38 public commits this year leave the heatmap looking intermittent, even though private-work detection says the visible record is incomplete.

Documentation beats DevOps

TransitionPlayer and the blog explain Android internals in depth; neither brings tests, CI, or a license to the incident response.

CVE printer, build pipeline missing

CVE-2026-0091 earned TransitionPlayer 34 stars, but the PoC still ships without automated verification.

Audience acquired

2,356 followers and 4,469 total stars say people are listening; following only 3 accounts is an aggressively asymmetric RSS feed.

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

03 · Stats

365-day commit heatmap

55 active days

Less
More

Language distribution

7 langs
  • C97%
  • Assembly2%
  • HTML0%
  • Makefile0%
  • Perl0%
  • Java0%
  • Other1%

04 · Numbers

Owned repos

non-fork

18

Commits

last 12 months

38

Followers

2,356

Joined GitHub

Aug 2017

05 · Top repos

06 · Timeline

  1. Aug 30, 2017
    Joined GitHub
  2. Jul 29, 2019
    Created canyie.github.io — 残页的小博客
  3. May 21, 2022
    Created canyie — It's me!! So cute!!!
  4. May 25, 2026
    Created TransitionPlayer — CVE-2026-0091, play with an issue in android window management to perform arbitrary code execution in Launcher process from adb
  5. Jul 17, 2026
    Created report-tracking — Mirror of reported security issues
  6. Aug 31, 2026
    Most recent push to TransitionPlayer

07 · Compare

github.com/
canyie · 6dmedian coder

08 · Rubric

How this score was produced

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

CategoryWeightScoreContrib.
Raw total52.3
Top-end curve+3.1
Final overall55.4

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