0
/ 100
Getting some notice. Tests and CI would be the fastest wins.
🐩️💨️ Jerome’s Website(s): Monorepo and somewhat over-engineered playground. (Next.js, Notion, Radix UI, Tailwind CSS, ...)
A low grade is a to-do list, not a judgment of your code
Most gaps here are documentation, tests, and setup, not the code itself. Closing your top 3 gaps alone would lift this repo to B (88).
See your top fixesTop fixes
Highest-impact changes first, ranked by point weight
- 1Tests18pt
Set scripts.test in package.json to your actual test command, e.g. "vitest" or "jest".
- 2CI/CD14pt
Add a step like `run: npm test`, `run: pytest`, or `run: tox` to your workflow file.
- 3CI/CD14pt
Add a lint step to catch style issues automatically.
- 4CI/CD14pt
Add `tsc --noEmit`, `mypy`, or `cargo check` to catch type errors before they merge.
Working through the fixes? Let every push regrade itself.
The free GitHub App rescans this repo on every push and posts the grade as a commit check, so the score climbs without coming back to rescan by hand.
Scorecard
Every check, grouped by category and sorted worst-first
Documentation
71
Contributing guidance is in the README, not a dedicated CONTRIBUTING.md (−20 pts).
→ Moving it to a CONTRIBUTING.md makes it easier to find and keeps the README focused. A dedicated file earns +47 pts base.
README is present.
README documents how to install the project.
Licensed under MIT.
Engineering
49
No issue or PR templates found (−100 pts).
→ Add .github/ISSUE_TEMPLATE/ with bug_report.md and feature_request.md to guide contributors. It dramatically improves issue quality.
Test files detected (.github/actions/test).
CI is configured (.github/workflows/pull.yml).
Lockfile present (pnpm-lock.yaml). Installs are reproducible.
Linter or formatter configured (.editorconfig).
Project health
92
Dependency manifest found (package.json).
Repository has a description.
Actively maintained (pushed within the last month).
.gitignore present.
Repository health signals
Activity, community, and responsiveness at scan time
Activity
- -Commits (30d / 90d)
- 6Forks
- 447Releaseslatest 5y ago
Community
- -Community health
- -authors own >50% of commits
- 58Watchers
Responsiveness
- 2d 2hMedian issue response
- <1hMedian PR merge time
- 3Open issues
Repository files28 root entries
- .githubGood: Test files detected (.github/actions/test).Good: CI is configured (.github/workflows/pull.yml).
- .husky
- .vscode
- config
- packages
- patches
- scripts
- sites
- .editorconfigGood: Linter or formatter configured (.editorconfig).
- .env.example
- .gitignoreGood: .gitignore present.
- .npmrc
- .nvmrcGood: Environment pinned via .nvmrc.
- .oxfmtrc.json
- .syncpackrc.ts
- changelog.config.mjs
- index.d.ts
- LICENSEGood: Licensed under MIT.
- node-modules-inspector.config.ts
- oxlint.config.ts
- package.jsonGood: Dependency manifest found (package.json).
- pnpm-lock.yamlGood: Lockfile present (pnpm-lock.yaml). Installs are reproducible.
- pnpm-workspace.yaml
- README.mdGood: README is present.Good: README is well structured with multiple sections.Issue: No screenshots or images in the README (−20 pts).Fix: Add a GIF, screenshot, or logo image. It is the fastest way to show what your project does.Issue: README has no code examples (−15 pts).Fix: Show a quick-start snippet so contributors can see what using your project looks like.Good: README links to a live demo or deployed app.Issue: No status badges in the README (−10 pts).Fix: Add CI/build status badges from shields.io or your CI provider to signal project health.Good: README documents how to install the project.Good: README documents how to run the project.
- release.config.mjs
- tsconfig.json
- tsdown.config.ts
- turbo.json
Add this badge to your README
It updates automatically each time the repo is re-graded.
[](https://www.repo-grade.com/report/jeromefitz/websites)