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

#882 — Top 42.5%

steveoni

Stephen Oni

D

README enthusiast

Overall

0.0

/ 100

01 · Roasts

Notebook nation

81% of the language mix is Jupyter Notebook; the Transformer has real substance, but reproducibility is still asking readers to trust notebook state.

Infrastructure drought

All three sampled repos lack tests and CI. The models can recognize faces and translate Yoruba; the pipeline cannot recognize a regression.

Demo time capsule

Face-rec earned 10 stars and 10 forks, then appears to have finished its sprint in April 2020.

The real centerpiece

English_Yoruba_Transformer carries 20,073 sentence pairs and multiple data notebooks—now give that work an environment file and test suite.

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
    30F
  • Consistency
    20% weight
    50D
  • Quality
    20% weight
    37F
  • Depth
    15% weight
    50D
  • Breadth
    10% weight
    65C
  • Community
    10% weight
    50D

03 · Stats

365-day commit heatmap

246 active days

Less
More

Language distribution

6 langs
  • Jupyter Notebook81%
  • Python12%
  • HTML3%
  • JavaScript2%
  • CSS2%
  • TypeScript0%

04 · Numbers

Owned repos

non-fork

35

Commits

last 12 months

250

Followers

142

Joined GitHub

Aug 2016

05 · Top repos

06 · Timeline

  1. Aug 8, 2016
    Joined GitHub
  2. Aug 10, 2019
    Created English_Yoruba_Transformer — create an english to yoruba translation model using transformer
  3. Apr 14, 2020
    Created Face-rec — Face recognition using javascript and face-api
  4. Aug 12, 2020
    Created steveoni
  5. Jun 16, 2026
    Most recent push to steveoni

07 · Compare

github.com/
steveoni · 6dmedian coder

08 · Rubric

How this score was produced

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

CategoryWeightScoreContrib.
Raw total43.9
Top-end curve+1.5
Final overall45.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.
steveoni · 45.4/100 — Rate My GitHub