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

#176 — Top 85.3%

lfborjas

Luis Borjas Reyes

C

Getting there

Overall

0.0

/ 100

01 · Roasts

The 99% Graveyard

With a staleRepoRatio of 0.99, roughly 141 of your 142 repos are digital fossils. You've been on GitHub since 2009 — that's 15 years of mostly not committing to commits.

One Commit Year

totalCommitsYear = 1. One. You typed something, hit enter, and called it a year. Even your keyboard is confused about whether you're a developer.

Stars Spread Too Thin

145 total stars across 142 repos works out to basically 1 star per repo. At this rate, you're your own biggest fan — and even that seems uncertain.

Breadth Without Breath

C, JavaScript, Emacs Lisp, Java, Haskell, Vim Script — you've touched six language ecosystems but apparently abandoned all of them simultaneously. Impressive range, zero follow-through.

The Swiss Ephemeris Paradox

Your one genuinely well-crafted project (swiss-ephemeris) is a Haskell FFI wrapper for astrology software. The stars are literally in the code — just not on GitHub.

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
    43D
  • Consistency
    20% weight
    55D
  • Quality
    20% weight
    75B
  • Depth
    15% weight
    65C
  • Breadth
    10% weight
    80A
  • Community
    10% weight
    40D

03 · Stats

365-day commit heatmap

201 active days

Less
More

Language distribution

7 langs
  • C22%
  • JavaScript21%
  • Emacs Lisp17%
  • Java14%
  • Haskell9%
  • Vim Script8%
  • Other9%

04 · Numbers

Owned repos

non-fork

71

Commits

last 12 months

1

Followers

92

Joined GitHub

May 2009

05 · Top repos

06 · Timeline

  1. May 7, 2009
    Joined GitHub
  2. Sep 18, 2010
    Created node_diff_match_patch — Repackaging of Neil Fraser's world famous diff_match_patch as a node.js module
  3. Aug 10, 2020
    Created swiss-ephemeris — Haskell bindings to the Swiss Ephemeris C library, bundles some basic ephemeris files.
  4. May 19, 2022
    Created postgres-explain-visualizer — Postgres Explain Visualizer, based on PEV2 but with a backend.
  5. Sep 25, 2022
    Most recent push to postgres-explain-visualizer

07 · Compare

github.com/
lfborjas · 6dmedian coder

08 · Rubric

How this score was produced

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

CategoryWeightScoreContrib.
Raw total58.5
Top-end curve+4.6
Final overall63.1

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