01 · Roasts
Deployment, meet adoption
TVARIT has a real Vercel deployment and a 55 Impact score, but the whole account has only 19 stars.
Sprint-powered architecture
STeLar ships CAD, firmware, simulation, and tests in a one-day window—impressive burst, almost no time for evolution.
Durability has a TODO
distributed_storage_engine has WAL and replication, yet its WAL CRC is literally a placeholder and snapshots are not loaded.
Notebook majority stake
Jupyter Notebook accounts for 71% of the language mix; the Python and systems work needs more visible product-shaped output.
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% weight66C
- Consistency20% weight65C
- Quality20% weight57D
- Depth15% weight50D
- Breadth10% weight55D
- Community10% weight40D
03 · Stats
365-day commit heatmap
236 active days
Language distribution
- Jupyter Notebook71%
- Python13%
- JavaScript9%
- TypeScript3%
- CSS2%
- C++1%
- Other1%
04 · Numbers
Owned repos
non-fork
26
Commits
last 12 months
500
Followers
33
Joined GitHub
Mar 2022
05 · Top repos
aadi-joshi /
tvarit
TVARIT is a substantial deployed emergency-operations demo combining CP-SAT dispatch, heuristic fallback, fairness, bundling, ADP/MCLP, simulation, gateway orchestration, and a React operations UI.
aadi-joshi /
STeLar
STeLar is a named, live-demo Build Week product with a substantial FastAPI/Next.js engineering pipeline, CAD and firmware verification, and strong testable structure, but it has 0 stars and was shipped in a one-day sprint.
aadi-joshi /
distributed_storage_engine
Substantive C++17 distributed KV-store prototype with epoll, 512-shard locking, WAL, consistent hashing, replication, and benchmarks, but it has 0 stars, no tests/CI/license, and only a short two-day trajectory.
aadi-joshi /
aadi-joshi
A personal GitHub profile README repository centered on contact links, a listed technology stack, and automated 3D contribution-graph generation rather than a standalone software product.
06 · Timeline
- Mar 13, 2022Joined GitHub
- Dec 24, 2024Created aadi-joshi — profile readme repo
- Jun 15, 2026Created distributed_storage_engine — Multi-node KV store in C++17: epoll, per-shard RW locks, WAL, consistent-hash partitioning, 5M ops/sec
- Jul 17, 2026Created tvarit — Task & Vital-Agency Response Intelligence for Triage
- Jul 21, 2026Created STeLar — STeLar · describe the machine. watch it prove itself.
- Sep 3, 2026Most recent push to aadi-joshi
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.