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

oss-pulse

v0.1.4

Published

A small CLI that turns repository maintenance signals into an actionable OSS health report.

Downloads

756

Readme

oss-pulse

oss-pulse turns local repository maintenance signals into a small health report that works in a terminal, CI job, or GitHub step summary.

The first release is intentionally narrow: it checks whether a repository has the surfaces that help outside contributors succeed.

Install

npm install
npm run build
node dist/cli.js scan . --format markdown

After the package is published:

npx --yes [email protected] scan . --format markdown

CLI

oss-pulse scan [path] --format markdown
oss-pulse scan [path] --format json
oss-pulse scan [path] --format release-notes
oss-pulse scan [path] --format action-summary
oss-pulse scan [path] --format contributor-onboarding
oss-pulse scan [path] --format triage-suggestions
oss-pulse scan [path] --format sarif
oss-pulse scan [path] --format github-annotations
oss-pulse scan [path] --format markdown --output pulse.md
oss-pulse scan [path] --format markdown --fail-under 80
oss-pulse scan [path] --format markdown --summary-only

Choose the output format by audience:

| Format | Use it when you need | | --- | --- | | markdown | A readable maintainer report for terminals, PR summaries, or GITHUB_STEP_SUMMARY. | | json | Stable machine-readable output for dashboards, scripts, or repository automation. | | release-notes | A first draft of release notes from current readiness signals. | | action-summary | Compact Markdown for GitHub step summaries with score, status, and the top three actions. | | contributor-onboarding | A contributor-facing checklist for setup and first contribution paths. | | triage-suggestions | Maintainer prompts for turning missing surfaces into issues or review tasks. | | sarif | GitHub code scanning or security dashboard ingestion. | | github-annotations | CI annotations that surface high/medium/low remediation actions directly in checks. |

The report includes:

  • maintainer readiness score
  • README, license, contribution guide, issue templates, good first issue template, security policy, CI, release workflow, changelog, funding, and activity checks
  • ranked next actions
  • JSON output for automation
  • JSON Schema for automation consumers at docs/report.schema.json
  • Markdown output for GitHub summaries
  • release notes draft output for maintainer updates
  • Action-focused summary output for compact GitHub step summaries
  • contributor onboarding output for first-time contributors
  • triage suggestions for issue queues and pull request review
  • SARIF output for GitHub code scanning and security dashboards
  • GitHub workflow annotations for visible CI warnings and errors
  • optional CI failure when score is below --fail-under
  • compact Markdown output with --summary-only

Examples

Local pre-release audit:

npm run build
node dist/cli.js scan . --format markdown --fail-under 80

Pull request summary gate:

npx --yes [email protected] scan . --format markdown --summary-only --fail-under 80 >> "$GITHUB_STEP_SUMMARY"

Release notes draft:

npx --yes [email protected] scan . --format release-notes

Action-focused summary:

npx --yes [email protected] scan . --format action-summary

Contributor onboarding report:

npx --yes [email protected] scan . --format contributor-onboarding

Issue and pull request triage:

npx --yes [email protected] scan . --format triage-suggestions

SARIF for code scanning:

npx --yes [email protected] scan . --format sarif --output oss-pulse.sarif

GitHub workflow annotations:

npx --yes [email protected] scan . --format github-annotations

GitHub Actions

name: OSS Pulse

on:
  pull_request:
  workflow_dispatch:

jobs:
  pulse:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v5
        with:
          fetch-depth: 0
      - run: npx --yes [email protected] scan . --format markdown --summary-only --fail-under 80 >> "$GITHUB_STEP_SUMMARY"

Repository Action usage with a pinned release tag:

- uses: 2Eungk/[email protected]
  with:
    path: "."
    format: markdown
    fail-under: "80"
    summary-only: "true"

Action inputs:

| Input | Default | Description | | --- | --- | --- | | path | . | Repository path to scan. | | format | markdown | One of markdown, json, release-notes, action-summary, contributor-onboarding, triage-suggestions, sarif, or github-annotations. | | fail-under | 0 | Exit 1 when the score is below this threshold. | | summary-only | false | Emit compact Markdown with score and next actions. |

Prefer a pinned release tag for the repository Action instead of a branch name.

When format is github-annotations, the Action prints workflow commands to stdout so GitHub can render annotations in the checks UI.

Why

Most maintainer tools wait until a project is already busy. oss-pulse starts earlier: it makes missing contribution paths visible before a community arrives.

This project is built for maintainers who want a practical route toward a healthier open source project and measurable public contribution history.

Roadmap

See ROADMAP.md for the product path and CONTRIBUTOR_BACKLOG.md for issues designed for first-time contributors.

For automation consumers, see REPORT_SCHEMA.md. For real repository examples, see docs/examples.

Contributing

See CONTRIBUTING.md.

Release

See RELEASE.md for the npm and GitHub release path.