01 · Roasts
Portfolio, not adoption
Three named projects are shipping, but all currently sit at 0 stars and 0 forks—build the users, not just the repos.
Test gap
gintoki-token runs Forge in CI without a test suite. That is a security-researcher-shaped alarm bell.
Week 1 honesty
web3-wallet-dashboard has polished docs and 25 recent sampled commits, but its README still says frontend, database, indexer, and contracts are future work.
Burst mode
153 yearly commits and a lively recent heatmap burst show momentum; turning those bursts into a steadier cadence is the next boss fight.
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% weight23F
- Consistency20% weight35F
- Quality20% weight71B
- Depth15% weight35F
- Breadth10% weight55D
- Community10% weight25F
03 · Stats
365-day commit heatmap
73 active days
Language distribution
- Solidity100%
- Python0%
- Makefile0%
- Go0%
- Nix0%
- Shell0%
04 · Numbers
Owned repos
non-fork
6
Commits
last 12 months
153
Followers
3
Joined GitHub
Jan 2026
05 · Top repos
samuraiigintoki /
web3-wallet-dashboard
A documented, typed Go foundation for a planned Web3 wallet dashboard: the implemented scope is a tested health endpoint and in-memory wallet creation API, while frontend, PostgreSQL, indexing, and contract integration remain planned.
samuraiigintoki /
multisig-wallet
A focused Solidity multisig v1 with a documented transaction lifecycle, CEI execution, 24 Foundry tests, and Foundry CI; adoption is currently unproven at 0 stars and 0 forks.
samuraiigintoki /
gintoki-token
Small, documented Foundry ERC-20 experiment with manual and OpenZeppelin implementations, CI configuration, but no tests, license, adoption, or sustained development evidence.
06 · Timeline
- Jan 13, 2026Joined GitHub
- May 18, 2026Created gintoki-token — my manual erc 20 contract
- Jul 4, 2026Created multisig-wallet — Lightweight, security-hardened fixed-owner Solidity multisig wallet v1. Features Checks-Effects-Interactions (CEI) execution, zero-address validation, self-audit checklist (docs/se
- Aug 14, 2026Created web3-wallet-dashboard — A full-stack Web3 portfolio project for managing wallet and multisig contract data, interacting with an EVM smart contract, and displaying indexed blockchain events through a web d
- Sep 4, 2026Most recent push to web3-wallet-dashboard
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.