01 · Roasts
SaaS, meet CI
Gestión MAS and MetricPulse ship real backend architecture, yet both are missing CI. Production vibes, manual-seatbelt deployment.
Adoption pending
Two named products, 4 total stars, and 2 forks: the code has features; the audience has not received the memo.
Tests are selective
MetricPulse has 3 Vitest tests; Gestión MAS has none despite payments, JWT, and audit logs. The riskier app got the lighter safety net.
Private-mode camouflage
Only 31 public commits this year, but privateWorkLikely is true and the heatmap keeps showing up. The public graph is clearly not the whole shift.
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% weight55D
- Quality20% weight59D
- Depth15% weight50D
- Breadth10% weight40D
- Community10% weight25F
03 · Stats
365-day commit heatmap
189 active days
Language distribution
- JavaScript56%
- TypeScript24%
- CSS19%
- HTML2%
- Shell0%
04 · Numbers
Owned repos
non-fork
38
Commits
last 12 months
31
Followers
21
Joined GitHub
Jun 2020
05 · Top repos
ksimari92 /
metricpulse
MetricPulse es un SaaS documentado de monitoreo web con Hono/Cloudflare Workers, D1, React y Clerk; incluye auditorías PageSpeed, diagnósticos Gemini, billing y alertas, además de tests Vitest, aunque carece de CI, licencia y tipado.
ksimari92 /
gestion-mas
Gestión MAS is a documented, typed full-stack agricultural cash-flow app with React/Vite and Hono/Cloudflare D1, featuring multi-tenant CRUD, JWT auth, payments, expenses, and audit logs, but it has no visible adoption, tests, CI, or license.
ksimari92 /
ksimari92
A small GitHub profile-configuration repository centered on README.md; it presents Karen Simari’s roles and a technology icon list but contains no sampled source files or engineering infrastructure.
06 · Timeline
- Jun 19, 2020Joined GitHub
- Dec 28, 2021Created ksimari92 — Config files for my GitHub profile.
- Feb 3, 2026Created gestion-mas
- Mar 23, 2026Created metricpulse
- Aug 18, 2026Most recent push to ksimari92
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.