npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

magic-readme

v1.0.0

Published

The GSTJ README standard as code: a skeleton to start from and a mechanical check.

Readme

How it works

  1. magic-readme init writes the standard's skeleton into a directory.
  2. You fill the placeholders: hero image, tagline, mechanism list, install commands, detail sections.
  3. magic-readme check runs six mechanical rules over any README and exits 1 listing what is off.
  4. In this repo, pnpm run check runs the same validator over every package README plus the root one.
$ magic-readme check README.md
README.md
  - no tagline: a <p align="center"> block with plain text and no image must come before the first heading.
  - no `## Install` heading.

magic-readme: 2 problem(s).

Install

npm install --save-dev magic-readme

Or run it once without installing:

npx magic-readme init

Rules

check enforces the structure a machine can judge honestly. Prose quality stays a human concern: the validator will not notice a hype tagline or a useless mechanism list, and review still has to.

  1. A hero before the first heading: a <p align="center"> block holding an <img> whose src is absolute https. Badge images do not count as the hero.
  2. A centered tagline: a <p align="center"> block with plain text and no image, also before the first heading.
  3. At least one badge served from shieldcn.dev.
  4. An ## Install heading.
  5. No em or en dashes outside fenced code blocks. House style bans them in prose; commas, periods, and parentheses cover every use.
  6. No relative image srcs anywhere, markdown or HTML. npm renders READMEs away from the repo, so a relative path 404s on the package page.

Each problem comes back as a plain sentence with a line number where one helps, and check prints them per file before exiting 1.

Init

init copies the skeleton to <dir>/README.md (default the current directory) and refuses to overwrite an existing file. The skeleton carries the standard's section order: hero, tagline, badges, ## How it works, ## Install, then package detail sections. Placeholders sit in angle brackets, and a fresh skeleton deliberately fails check until the placeholders are filled.

When rewriting an existing README onto the skeleton, keep the hard-won content: why the package exists, configuration, gotchas. Relocate it under clear H2 sections after ## Install.

Media

Hero images come from one pipeline. apps/demo-video, a private Remotion app in this repo, renders every package's hero still and demo media into the repo root media/ directory, which is committed. READMEs then point at the raw GitHub URL, in the shape https://raw.githubusercontent.com/GSTJ/magic/main/media/magic-readme.png, so the same file renders on GitHub and on npm. Nothing is hand-screenshotted; the stills share the repo's own theme and brand primitives.