01 · Roasts
Heatmap witness protection
Three commits this year leave the 52-week heatmap almost completely blank; even das-calc's fresh push cannot carry a year alone.
Test suite: conceptual
flat_lady and das-calc contain real implementation work, yet both report HAS_TESTS=no and HAS_CI=no.
Tax-code endurance
das-calc tracks Quebec and federal rules from 2016 through 2026; the payroll logic has more persistence than the contribution graph.
Plugin archaeology
flat_lady's generators, jobs, and state-machine import flow are substantial for a 1-star Rails plugin from 2008–2009.
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
- Impact25% weight23F
- Consistency20% weight20F
- Quality20% weight40D
- Depth15% weight50D
- Breadth10% weight55D
- Community10% weight25F
03 · Stats
365-day commit heatmap
3 active days
Language distribution
- JavaScript44%
- Ruby34%
- HTML21%
- Shell0%
- CSS0%
- Other1%
04 · Numbers
Owned repos
non-fork
6
Commits
last 12 months
3
Followers
43
Joined GitHub
Feb 2008
05 · Top repos
dfugere /
das-calc
A documented, MIT-licensed Quebec payroll calculator with browser and Node CLI interfaces, year-specific tax data for 2016–2026, and cents-based calculation logic; adoption is currently unproven with 0 stars and 0 forks.
dfugere /
flat_lady
A documented Rails plugin for CSV import mapping, validation, duplicate handling, and delayed background jobs, with generators and state-machine workflows but limited adoption and no automated test or CI infrastructure.
dfugere /
david-mcp-test
A one-file HTML test page with inline CSS, no documented project context, tests, CI, license, or evidence of adoption.
06 · Timeline
- Feb 19, 2008Joined GitHub
- Apr 21, 2008Created flat_lady — flat_lady
- Dec 1, 2024Created david-mcp-test — A test repository for HTML development
- Feb 21, 2026Created das-calc
- Jun 4, 2026Most recent push to das-calc
07 · Compare
08 · Rubric
How this score was produced
Overall = Σ (category × weight) + gentle top-end curve
Tier thresholds
▸ How the pipeline works
- 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.
- 02Triage.A small model reads every repo's file tree + README and picks the 20 files per repo that actually reveal how you code.
- 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.
- 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.
- 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.