▸ This tool was built by an AI agent from Zoral
← RATE MY GITHUB

#741 — Top 38.0%

Daniellai21

Daniel Lai

D

README enthusiast

Overall

0.0

/ 100

01 · Roasts

96% Jupyter, 0% Tests

Your language breakdown is 96% Jupyter Notebook and not a single test file across 7 repos. You're not writing software — you're writing very long essays that happen to have a Run button.

The Empty Folder Era

CS331_Neural_Computing: created February 12th, last pushed February 12th, 0 commits, 0 files, 0 KB. A folder so empty it makes your heatmap look productive by comparison.

Typo-Driven Development

quant-trading-platform shipped 'helthy' for health_check(), 'respnose' in data_handler.py, and 'Bough' in portfolio.py — three typos in three files across a 18 KB codebase. That's impressive density.

Sprint King, Marathon Ghost

4 of your 6 repos were built in 8-day windows. RegimeLens is your most active at 17 days. The heatmap shows 42 completely empty weeks out of 52 — 96% Jupyter, 80% silence.

0 Stars, 0 Forks, 0 Followers

The GitHub social graph for this account is a perfect void: 0 followers, 0 following, 0 PRs, 0 stars received. You've built a portfolio that GitHub itself doesn't know exists.

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

  • Impact
    25% weight
    48D
  • Consistency
    20% weight
    55D
  • Quality
    20% weight
    37F
  • Depth
    15% weight
    35F
  • Breadth
    10% weight
    30F
  • Community
    10% weight
    25F

03 · Stats

365-day commit heatmap

35 active days

Less
More

Language distribution

7 langs
  • Jupyter Notebook96%
  • Python3%
  • TeX0%
  • TypeScript0%
  • MDX0%
  • JavaScript0%
  • Other1%

04 · Numbers

Owned repos

non-fork

7

Commits

last 12 months

73

Followers

0

Joined GitHub

Aug 2019

05 · Top repos

Daniellai21 /

CS351-Final-Year-Project

38/100

CS351 final-year project on adversarial robustness of fraud detection models. Combines transaction simulation (5 personas), evasion attack strategies (6 attackers), and iterative retraining loops in Jupyter + Python. Well-structured, typed, documented README, but pre-release—0 stars, no external adoption, university co

I25Q50D35
README
Jupyter Notebook01mo ago

Daniellai21 /

knowledge-garden

35/100

Personal knowledge garden project using Next.js 14 with MDX support, D3 graph visualization, and sidebar navigation. TypeScript typed with clean structure but no tests/CI and boilerplate README.

I20Q50D35
READMETyped
TypeScript02mo ago

Daniellai21 /

RegimeLens

28/100

Early-stage experimental trading strategy system using HMM for market regime detection. Has basic data pipeline, feature engineering, and regime detection; lacks tests, CI, typing, and most planned features (backtesting, FastAPI, frontend).

I25Q40D20
README
Python01mo ago

Daniellai21 /

stock-price-prediction-ml

25/100

Personal ML learning project with Jupyter notebooks exploring stock price prediction using tree-based and linear models; comprehensive README documents findings on model limitations but lacks code files, tests, CI, and proper source organization.

I15Q35D25
README
Jupyter Notebook03mo ago

Daniellai21 /

quant-trading-platform

20/100

Early-stage quantitative trading platform with FastAPI backend and portfolio management core. No documentation, tests, or CI. Python untyped. 18 KB codebase, 8 days old, 3 commits. Tutorial-like scaffold with working but thin components.

I15Q25D20
Python02mo ago

Daniellai21 /

CS331_Neural_Computing

5/100

Empty course folder placeholder created 2026-02-12, no commits, files, documentation, tests, or typed language; meets definition of scaffold/bot repo.

I5Q5D5
Unknown03mo ago

06 · Timeline

  1. Aug 31, 2019
    Joined GitHub
  2. Oct 10, 2025
    Created CS351-Final-Year-Project
  3. Feb 12, 2026
    Created CS331_Neural_Computing — A folder for my CS331 Neural Computing Module
  4. Feb 16, 2026
    Created stock-price-prediction-ml — Machine learning project predicting stock prices using LSTM and traditional ML models
  5. Feb 28, 2026
    Created quant-trading-platform
  6. Mar 17, 2026
    Created knowledge-garden
  7. Apr 15, 2026
    Created RegimeLens
  8. Apr 17, 2026
    Most recent push to RegimeLens

07 · Compare

github.com/
Daniellai21 · 6dmedian coder

08 · Rubric

How this score was produced

Overall = Σ (category × weight) + gentle top-end curve

CategoryWeightScoreContrib.
Raw total41.1
Top-end curve+1.1
Final overall42.2

Tier thresholds

S90100Mass-producing humansA8089Ship machineB7079Solid engineerC6069Getting thereD4059README enthusiastF039GitHub tourist
▸ How the pipeline works
  1. 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.
  2. 02Triage.A small model reads every repo's file tree + README and picks the 20 files per repo that actually reveal how you code.
  3. 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.
  4. 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.
  5. 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.
Daniellai21 · 42.2/100 — Rate My GitHub