01 · Roasts
Civic-stack architect
Four named Litovle projects make this a real civic product portfolio, not a collection of abandoned tutorial repos.
Automation where it counts
usneseni-mesta and svoz_odpadu_litovel have CI and validation; the flagship litovle.cz site still ships without tests or CI.
HTML gravity well
89% HTML says the static-site machine is humming; the Python and Java work is doing the heavier lifting offstage.
PR mystery box
220 PRs this year is huge activity, but without external-contribution evidence it cannot carry the community score by itself.
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% weight53D
- Consistency20% weight65C
- Quality20% weight73B
- Depth15% weight60C
- Breadth10% weight55D
- Community10% weight25F
03 · Stats
365-day commit heatmap
138 active days
Language distribution
- HTML89%
- PHP4%
- Python3%
- JavaScript2%
- Java1%
- TeX0%
- Other1%
04 · Numbers
Owned repos
non-fork
29
Commits
last 12 months
625
Followers
7
Joined GitHub
Nov 2014
05 · Top repos
honza-kasik /
usneseni-mesta
A substantial, documented civic-data pipeline that parses Litovel resolutions and budget changes, resolves cross-references, builds search indexes, exports a static site, and automates notice-board synchronization.
honza-kasik /
svoz_odpadu_litovel
A deployed, documented Litovel waste-schedule service with deterministic CSV/ICS exports, bio-container proximity features, a static website, and strong validation tooling, but very limited visible adoption at 1 star.
honza-kasik /
litovle.cz
Litovle.cz is a documented, GPL-licensed Jekyll civic-information site combining municipal-resolution search, meeting reports, waste collection links, and a substantial urban-plan complaints index, with polished static UX but no tests or CI.
honza-kasik /
honza-kasik.github.io
A maintained Jekyll personal blog with substantial technical posts, custom theme styling, and a runnable WildFly session-counter example, but no tests, CI, license, or evidence of meaningful adoption.
06 · Timeline
- Nov 30, 2014Joined GitHub
- Jan 31, 2017Created honza-kasik.github.io
- Dec 16, 2024Created svoz_odpadu_litovel — Waste collection schedule provider with a little website. Independent citizen work.
- Jan 3, 2026Created litovle.cz — Občanský, otevřený a dlouhodobě udržitelný přehled veřejných informací města Litovel.
- Jan 27, 2026Created usneseni-mesta
- Sep 17, 2026Most recent push to litovle.cz
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.