01 · Roasts
README, then rawdog production
All 3 repos have READMEs, but every one skips tests, CI, and a license—the documentation is doing overtime.
Python monoculture
100% Python across a Polymarket bot, UFC model, and NVDA backtest: diverse tickers, same toolbox.
Arbitrage engine, trust-me edition
polymarket-arbitrage-engine walks order-book depth and WebSockets, then disables SSL verification and ships invalid nested f-string syntax.
Quiet launch
Three named projects, 0 stars, 0 forks, 0 followers, and 0 external PRs: the portfolio is built, but nobody has found the door yet.
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% weight30F
- Consistency20% weight25F
- Quality20% weight38F
- Depth15% weight45D
- Breadth10% weight40D
- Community10% weight25F
03 · Stats
365-day commit heatmap
25 active days
Language distribution
- Python100%
04 · Numbers
Owned repos
non-fork
4
Commits
last 12 months
28
Followers
0
Joined GitHub
Aug 2025
05 · Top repos
obaid-salehi /
UFC-binary-classification-model
A documented UFC fight-prediction notebook-style Python pipeline with chronological Elo and decayed-stat feature engineering, but no tests, CI, license, or typed structure and no demonstrated adoption.
obaid-salehi /
polymarket-arbitrage-engine
A documented four-file Polymarket paper-trading prototype with WebSocket order-book processing and depth-aware arbitrage sizing, but no adoption signals, tests, CI, license, or typed implementation.
obaid-salehi /
ma-strategy-backtest
A documented, single-file Python NVDA moving-average backtest with vectorized pandas calculations, benchmark metrics, and matplotlib visualization, but no tests, CI, license, packaging, or configurable strategy interface.
06 · Timeline
- Aug 29, 2025Joined GitHub
- Oct 5, 2025Created ma-strategy-backtest
- Nov 15, 2025Created UFC-binary-classification-model
- Jan 21, 2026Created polymarket-arbitrage-engine
- Jul 15, 2026Most recent push to polymarket-arbitrage-engine
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.