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

web-audit-agent

v0.1.5

Published

CLI agent that audits a web app (Next.js/React, Angular, or plain HTML) for common issues

Readme

web-audit-agent

A CLI that crawls a web app (Next.js/React, Angular, or plain HTML), audits every page for performance (Lighthouse), accessibility (axe-core), and SEO issues, then uses Gemini to generate a plain-language explanation and a code fix for each issue — grouped by category and severity in the terminal, with an optional Markdown report file.

Requirements

  • Node.js >= 18
  • (Optional) A GOOGLE_API_KEY environment variable, only needed to generate AI explanations and code fixes for each issue. Without it, the tool still runs the full audit — Lighthouse performance, axe-core accessibility, SEO checks, and source file mapping — and prints a complete report; each issue's explanation is simply marked unavailable.

Usage

npx web-audit-agent --url http://localhost:3000 --framework nextjs-react --output report.md

| Flag | Required | Description | | -------------- | -------- | ----------------------------------------------------------------------------------------------- | | --url | no | Target URL to audit. If omitted, checks common local dev ports (3000 for Next.js, 4200 for Angular). | | --framework | no | nextjs-react | angular | html. If omitted, auto-detected from angular.json, next.config.*, or package.json dependencies in the current directory. | | --output | no | Path to also save the report as a Markdown file. |

Example

cd my-nextjs-app
GOOGLE_API_KEY=... npx web-audit-agent --output audit-report.md

This auto-detects the framework from my-nextjs-app's package.json, checks http://localhost:3000, crawls up to 20 same-origin pages (depth 2), analyzes each one, and prints a categorized report to the terminal — plus audit-report.md if --output is given.

GOOGLE_API_KEY can be omitted entirely — the audit still runs and the report still generates; you'll see one notice at startup ("No GOOGLE_API_KEY found — running audit without AI explanations. See README to enable them.") and each issue's explanation/code fix will be marked unavailable instead of AI-generated.

What it checks

  • Performance — Lighthouse performance score, Largest Contentful Paint, Cumulative Layout Shift.
  • Accessibility — axe-core violations (rule, impact, selector, HTML snippet, WCAG rule where applicable).
  • SEO — missing/duplicate <title>, meta description, canonical tag, Open Graph tags.

Source file mapping

When the target is running against a local dev server (the default), each issue's report entry also includes a file: line pointing at the project source responsible for it:

  • Next.js/React — resolved from React's dev-mode debug source (the same data React DevTools uses to jump to source), so it includes an exact line number.
  • Angular — resolved by mapping the owning component (via Angular's ng debug API) back to its .ts/template file on disk; a line number is included on a best-effort basis.
  • Plain HTML — resolved by matching the crawled URL to a file under the project root (or public/dist/build/src).

This relies on dev-mode debug metadata that production builds strip, so it's only available when auditing a local dev server, not a deployed production URL.

License

MIT