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

shipvitals

v1.0.0-beta.1

Published

Release readiness audit and go/no-go verdict for AI-built apps.

Readme

ShipVitals

Know what blocks release before users do.

ShipVitals is a release-readiness audit for AI-built apps. It runs the project checks it can prove, scans for release blockers, records missing evidence, and returns a go/no-go verdict: READY, ALMOST READY, NOT READY, or DEMO ONLY.

CI Release License: MIT

npx github:omarkhandji-commits/shipvitals audit .

The Node CLI runs without Python. npm and PyPI registry releases will be documented here only after clean installs from both registries pass.

Registry publication is tracked in docs/PUBLISHING.md and issue #8.

The Release Question

Tests answer whether known code paths behave as expected. ShipVitals asks a different question: is there enough evidence to publish, sell, submit, deploy, or deliver this project?

Verdict: NOT READY
Score: 59

P0 blockers
- API key candidate found in committed source.
- Product promise and critical flows are not defined.

Not verified
- checkout runtime proof
- mobile visual proof
- independent review

Every finding names the affected file or command, release impact, evidence level, and retest path. Missing proof stays NOT VERIFIED; it is never converted into a pass.

What It Checks

  • declared lint, typecheck, test, and build commands;
  • secret candidates in release-relevant source;
  • TODO, skipped-test, mock-data, and demo-only signals;
  • product promise and critical-flow definition;
  • runtime, visual, CI, and independent-review evidence;
  • score caps that prevent unsupported READY verdicts.

ShipVitals does not replace tests, Lighthouse, Playwright, security scanners, or code review. It uses their outputs as release evidence.

Install

Node CLI

Run directly from GitHub before the npm registry release:

npx github:omarkhandji-commits/shipvitals audit .

Initialize repeatable project context:

npx github:omarkhandji-commits/shipvitals init .

Python CLI

python -m venv .venv
# Windows: .venv\Scripts\activate
# macOS/Linux: source .venv/bin/activate
python -m pip install "git+https://github.com/omarkhandji-commits/shipvitals.git"
shipvitals audit .

Agent Skill

Copy skills/shipvitals into the skills directory used by Codex, Claude Code, or another compatible agent, then ask it to audit the current project as a release gate.

Add Proof

Static analysis cannot prove a browser flow, payment, authentication boundary, or client acceptance. Attach observed evidence explicitly:

shipvitals audit . \
  --runtime-proof "artifacts/runtime.shipvitals-evidence.json" \
  --visual-proof "artifacts/visual.shipvitals-evidence.json" \
  --ci-proof "artifacts/ci.shipvitals-evidence.json" \
  --independent-review "artifacts/independent_review.shipvitals-evidence.json"

Reports are written to:

.shipvitals-evidence/report.json
.shipvitals-evidence/summary.md

Proof flags accept typed .shipvitals-evidence.json manifests. Local artifacts require a matching SHA-256; CI and independent-review manifests must match the audited commit. See docs/EVIDENCE.md.

GitHub Action

steps:
  - uses: actions/checkout@v5
  - id: shipvitals
    uses: omarkhandji-commits/shipvitals@v1
    with:
      path: .
      mode: deep
      ci-proof: "GitHub Actions run"

The Action exposes a verdict output and preserves the JSON report as the source of detail.

Evidence From Open Source

The calibration suite runs ShipVitals against 20 public repositories at pinned commits. These projects are used to measure command execution, evidence caps, and false-positive behavior; inclusion is not an endorsement by their maintainers.

| Category | Projects | Current limiting evidence | |---|---:|---| | CLI, API, library | 11 | independent review | | Landing or content site | 2 | visual proof, independent review | | SaaS or Next.js app | 2 | visual proof, independent review | | Marketplace or extension | 3 | visual proof, independent review | | Agent or automation | 2 | independent review |

Latest run: 20 repositories, 0 P0 findings, 0 P1 findings. UI projects remain capped at 74 when visual proof is absent; non-UI projects remain capped at 89 when independent review is absent.

Where It Fits

| Tool | Primary signal | ShipVitals adds | |---|---|---| | Unit and integration tests | Known behavior | Product promise, missing proof, release verdict | | Lighthouse | Browser quality | Auth, payment, handoff, and launch evidence | | Playwright | Browser flows | Evidence levels and score caps | | Security scanner | Vulnerability signals | UX, onboarding, support, and delivery context | | Code review | Implementation quality | A documented release decision |

See the comparison and boundaries.

Verify This Repository

npm run validate
npm run test
npm run test:package
npm run test:compile
npm run scorecard
npm run schema:check
npm run tone:check
npm run benchmark:real
npm pack --dry-run
python -m build --sdist --wheel

Limits

  • A static scan cannot prove production behavior.
  • Pattern matching can produce false positives; reports separate candidates from blockers.
  • A self-audit is not an independent review.
  • Scores compare evidence against ShipVitals rules, not product-market fit or business value.

Report an incorrect verdict with a sanitized report using the issue templates. Do not publish credentials, customer data, or private source.