01 · Roasts
The One-Day Wonder Factory
vscode-dead-json-field-detector: 30 commits, 4-language parsers, a full diff engine, VS Code UI — all in a single calendar day. Impressive? Yes. Sustainable? Your heatmap says 'no' for the other 364 days.
63% Jupyter, 100% Vibes
Nearly two-thirds of your codebase is Jupyter Notebooks. That's not a distributed systems engineer — that's a data science notebook cosplay with a Java microservices origin story.
CI Optional, Apparently
Of 5 scored repos, only restaurant-table-ordering has CI. You built a VS Code extension with a 5MB codebase and a full test suite, then skipped the GitHub Actions step. The irony of a 'dead field detector' with a dead pipeline is not lost.
Burst Coder Supreme
Your heatmap is 80% zeros with nuclear-green bursts around weeks 12, 27–30, and 43–48. You don't commit — you *erupt*, then hibernate for months. The stale repo ratio of 0.63 confirms the bodies.
Solo Artist, No Collab Credits
soloPct = 100%, totalPRsYear = 0, totalIssuesYear = 0. You've shipped 5 named projects in a year and interacted with the wider GitHub community a grand total of zero times. Open source is a conversation — you've got monologues.
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% weight48D
- Consistency20% weight65C
- Quality20% weight77B
- Depth15% weight58D
- Breadth10% weight65C
- Community10% weight40D
03 · Stats
365-day commit heatmap
50 active days
Language distribution
- Jupyter Notebook63%
- Python9%
- CSS7%
- SCSS7%
- JavaScript4%
- Java3%
- Other7%
04 · Numbers
Owned repos
non-fork
19
Commits
last 12 months
247
Followers
36
Joined GitHub
Dec 2020
05 · Top repos
micepram /
restaurant-table-ordering
Full-stack restaurant ordering system: 6 Spring Boot services, React frontends, Kafka messaging, comprehensive docs. Typed, tested, CI/CD on every push, sophisticated domain modeling (bill splitting, order state machines, event sourcing). Active portfolio-quality work shipped end-to-end.
micepram /
vscode-dead-json-field-detector
Greenfield: VS Code extension detecting unused JSON fields via static analysis. Multi-language field extraction (Python, Java, Go, TS/JS), typed architecture, comprehensive docs, robust test suite. Shipped in a single day as a complete feature-rich project, but zero external adoption.
micepram /
multi-agent-bug-triage
Phase 2 skeleton of a multi-agent bug triage system with gVisor sandbox, typed DAG orchestrator, and comprehensive test coverage. Pre-launch experimental project showing architectural vision but no adoption yet.
micepram /
adversarial-presentation-prep-agent
Locally-run adversarial presentation Q&A practice agent with voice I/O, LLM-driven questioning, multi-dimensional scoring, and hybrid memory. Typed Python, extensive docs, tested reasoning layer, but brand-new repo (2 days old) with minimal adoption signals.
micepram /
micepram.github.io
Personal portfolio website built with vanilla HTML/CSS/JS deployed on GitHub Pages. Well-documented with MIT license, but lacks tests/CI and shows minimal commits relative to repository age (5 years old). Plain HTML approach without framework structure limits architectural depth.
06 · Timeline
- Dec 16, 2020Joined GitHub
- Jun 1, 2021Created micepram.github.io — Personal portfolio website for Pramika Garg, Software Engineer & Researcher specializing in scalable systems, ML, computer vision, and distributed computing. Built with HTML/CSS/JS
- Jul 18, 2026Created multi-agent-bug-triage — Multi-agent system for bug triage and reproduction
- Jul 18, 2026Created vscode-dead-json-field-detector — Greenfield: VS Code extension for dead JSON field detection
- Jul 18, 2026Created restaurant-table-ordering — Restaurant Table Ordering system
- Jul 18, 2026Created adversarial-presentation-prep-agent
- Aug 10, 2026Most recent push to restaurant-table-ordering
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.