01 · Roasts
One-commit comeback
The account shows 1 commit this year while 96% of repos are stale; the heatmap has more history than the current shipping cadence.
Templates, not torque
how-i-code-with-ai ships six bilingual templates and 4 stars, but no executable code, tests, or CI to put the workflow under load.
Magento time capsule
mmednik_slider packs ten-slide configuration into a 2012 one-day sprint, then leaves tests, CI, and a license outside the module.
Farkle rolled a zero
Farkle has 1 star and zero fetched source files—the repository is currently more placeholder than project.
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% weight28F
- Consistency20% weight25F
- Quality20% weight41D
- Depth15% weight20F
- Breadth10% weight55D
- Community10% weight30F
03 · Stats
365-day commit heatmap
321 active days
Language distribution
- TypeScript60%
- JavaScript20%
- CSS13%
- PHP4%
- Solidity1%
- Rust1%
- Other1%
04 · Numbers
Owned repos
non-fork
73
Commits
last 12 months
1
Followers
29
Joined GitHub
May 2012
05 · Top repos
mmednik /
how-i-code-with-ai
A carefully written bilingual workflow essay with four reusable English/Spanish templates, but no executable code, tests, CI, or evidence of broader adoption beyond 4 stars.
mmednik /
mmednik_slider
A documented Magento CE 1.7.0.2 slider widget with configurable ten-slide support and image resizing, but a tiny 2-star, one-day-old implementation lacking tests, CI, licensing, and modern safeguards.
mmednik /
farkle
Farkle is an effectively empty repository: it has 1 star, no fetched source files, and no documented implementation or development infrastructure.
06 · Timeline
- May 24, 2012Joined GitHub
- Dec 29, 2012Created mmednik_slider — Magento widget for sliders managment
- Jul 28, 2025Created farkle
- Jul 23, 2026Created how-i-code-with-ai
- Jul 23, 2026Most recent push to how-i-code-with-ai
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.