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

#253 — Top 78.9%

FreaxMATE

Konstantin Unruh

C

Getting there

Overall

0.0

/ 100

01 · Roasts

HTML Supremacist

86% of your language bytes are HTML — from a Quarto blog. Strip that out and your actual programming portfolio is Python + a bit of Dart. The language pie chart is lying on your behalf.

9-Minute Architect

Both `platform` (9 minutes) and `arctictimedb` (9 minutes) were committed in the time it takes to make a coffee. You wrote architecture docs for a repo that was born and abandoned before the CI could even run.

Burst Fire, No Sustain

Weeks 1–30 of your heatmap are a graveyard; weeks 41–51 look like a hackathon. 440 commits/year sounds decent until you see they're packed into ~6 active weeks.

Test Allergic

5 out of 6 repos have HAS_TESTS=no. GutCheck heroically bucks the trend with an actual flutter_test.yml, but the rest of your portfolio is vibes-driven engineering.

Stale Repo Hoarder

41% of your 38 repos haven't been touched in 2+ years. That's 15+ repos quietly rotting. At some point the GitHub graveyard becomes a personality trait.

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
    60C
  • Quality
    20% weight
    69C
  • Depth
    15% weight
    58D
  • Breadth
    10% weight
    55D
  • Community
    10% weight
    40D

03 · Stats

365-day commit heatmap

134 active days

Less
More

Language distribution

7 langs
  • HTML86%
  • Jupyter Notebook8%
  • Python2%
  • Dart2%
  • C0%
  • PLpgSQL0%
  • Other2%

04 · Numbers

Owned repos

non-fork

34

Commits

last 12 months

440

Followers

13

Joined GitHub

Apr 2019

05 · Top repos

FreaxMATE /

GutCheck

57/100

A well-architected Flutter digestive health tracker with sophisticated Spearman rank correlation analytics, Isar database, Riverpod state management, and cross-platform support. ~10.5 MB codebase with meaningful documentation but early-stage adoption (2 stars, created Feb 2026).

I40Q72D58
READMETestsCI
Dart21mo ago

FreaxMATE /

nitor-case-competition

52/100

Competition-driven ML pipeline for European electricity price prediction using physics-informed feature engineering, trinity ensemble (LightGBM+XGBoost+CatBoost), and 4-fold chronological cross-validation. Well-documented, typed, structured codebase built in 2-day sprint with edge-case handling, bias correction, and SH

I25Q65D50
README
HTML03mo ago

FreaxMATE /

EnergyTradingAnalysis

50/100

Day-ahead electricity price analysis toolkit with ENTSO-E integration, Holt-Winters/ML forecasting, static Bokeh dashboards, and daily automated pipelines via GitHub Actions CI.

I40Q60D50
READMECI
Jupyter Notebook21mo ago

FreaxMATE /

FreaxMATE.github.io

45/100

Personal blog/documentation site built with Quarto demonstrating scientific writing on physics and Linux topics. Properly documented with CI/CD, but minimal adoption (2 stars) and limited scope as a personal project.

I25Q60D50
READMECI
HTML23mo ago

FreaxMATE /

platform

35/100

Fresh (3 hrs old) multi-schema platform client composing timedb & energydb for energy asset management. Typed Python with structured layout, meaningful architecture docs, but 0 stars, no tests/CI, single burst commit; experimental proof-of-concept stage.

I25Q55D25
Python01mo ago

FreaxMATE /

arctictimedb

22/100

One-off Jupyter-based temporal database wrapper around ArcticDB with incomplete core.py implementation, 3 commits in 9 minutes, no tests or CI. Early-stage research project.

I15Q45D5
README
Jupyter Notebook03mo ago

06 · Timeline

  1. Apr 22, 2019
    Joined GitHub
  2. Feb 2, 2023
    Created FreaxMATE.github.io — A little website about physics and linux
  3. Sep 27, 2025
    Created EnergyTradingAnalysis — Day‑ahead electricity price analysis and procurement optimization
  4. Feb 20, 2026
    Created nitor-case-competition
  5. Feb 26, 2026
    Created arctictimedb
  6. Feb 26, 2026
    Created GutCheck — A local-first, cross-platform diet and digestive health tracker built with Flutter.
  7. Apr 6, 2026
    Created platform
  8. Apr 24, 2026
    Most recent push to EnergyTradingAnalysis

07 · Compare

github.com/
FreaxMATE · 6dmedian coder

08 · Rubric

How this score was produced

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

CategoryWeightScoreContrib.
Raw total56.0
Top-end curve+4.0
Final overall60.0

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