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

#334 — Top 72.1%

alburezg

Diego Alburez-Gutierrez

D

README enthusiast

Overall

0.0

/ 100

01 · Roasts

The 85% HTML Problem

85% of your GitHub byte-count is HTML — generated by R Markdown, not written by hand. Your actual language is R, but GitHub thinks you're a web developer. The illusion is impressive, if unintentional.

71 Public Commits, 52 Repos

52 repositories, 71 commits in the past year — that's 1.4 commits per repo annually. Even if private work explains the gap, the public trail looks like a graveyard tour with occasional fresh flowers.

0 Tests, 0 CI, 6000 Words of Design Docs

cousin_marriages has a 6000-word ARCHITECTURE.md explaining boundary conditions and recurrence relations in exquisite detail. It also has zero tests and zero CI. The math is documented; the code is on the honor system.

Follower-to-Following Ratio: 32:1

64 followers, following only 2 people. You have the social posture of a reclusive academic oracle. Your followers believe in you more than you believe in GitHub.

71% Repo Graveyard Rate

staleRepoRatio = 0.71. Over two-thirds of your 52 repos haven't been touched in 2+ years. That's not a portfolio, that's an archaeological site with a few active digs.

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
    62C
  • Depth
    15% weight
    65C
  • Breadth
    10% weight
    40D
  • Community
    10% weight
    40D

03 · Stats

365-day commit heatmap

33 active days

Less
More

Language distribution

4 langs
  • HTML85%
  • R11%
  • TeX4%
  • Batchfile0%

04 · Numbers

Owned repos

non-fork

34

Commits

last 12 months

71

Followers

64

Joined GitHub

Sep 2015

05 · Top repos

alburezg /

alburezg.github.io

48/100

Personal academic website built with Jekyll/HTML showcasing researcher's publications, CV, and blog posts. Well-structured, documented, and maintained since 2018 with regular updates through 2026.

I30Q55D65
README
HTML02mo ago

alburezg /

gaza_bereavement

45/100

Research pipeline estimating conflict-related bereavement in Gaza via kinship modeling. Typed R code with clear documentation and structured multi-file layout, but narrow domain scope (0 stars, single-author research project) and no tests/CI reduce broader impact.

I25Q60D50
README
R01mo ago

alburezg /

bereavement_function

42/100

R function for period bereavement estimation using DemoKin kinship model. Implements product formula to estimate relative loss from demographic rates. Well-documented with comprehensive README and HANDOFF.txt, includes working demo, but new repo (2 days old) with minimal external adoption.

I25Q65D35
README
R02mo ago

alburezg /

cousin_marriages

40/100

Specialized demographic kinship analysis extending DemoKin to track first cousins by maternal/paternal descent using WPP2024 data. Typed R code with extensive documentation but minimal external adoption signal. Preliminary stage with incomplete code samples.

I25Q50D45
README
HTML01mo ago

alburezg /

EDSD_2025_kinship

38/100

Educational materials repository for an EDSD course on kinship structures. Hands-on R/RMarkdown lab sessions using DemoKin package with Brazilian and Swedish demographic data; includes README, syllabus link, well-structured code examples but no tests or CI.

I25Q55D35
README
HTML13mo ago

06 · Timeline

  1. Sep 21, 2015
    Joined GitHub
  2. Feb 26, 2018
    Created alburezg.github.io — Personal website
  3. Sep 2, 2025
    Created gaza_bereavement
  4. Feb 23, 2026
    Created EDSD_2025_kinship — EDSD Materials for course 'Kinship Structures'
  5. Mar 12, 2026
    Created bereavement_function
  6. Apr 20, 2026
    Created cousin_marriages — Exploratory analysis
  7. Apr 20, 2026
    Most recent push to cousin_marriages

07 · Compare

github.com/
alburezg · 6dmedian coder

08 · Rubric

How this score was produced

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

CategoryWeightScoreContrib.
Raw total53.1
Top-end curve+3.4
Final overall56.5

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