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

@npo-start/types

v2.3.1

Published

NPO Start API typings

Readme

NPO START WEB TYPES

All API models used for NPO Start.

Releases are automated with semantic-release.

Note: semantic-release determines the next version from Git tags (not from the version field in package.json). If this repo already has an established version (currently 2.2.20), create a one-time baseline tag that matches it before enabling automated releases so the first semantic-release run doesn't start from 1.0.0.

Example workflow:

  1. Make your changes
  2. Optionally run yarn build locally to verify your changes before opening a PR
  3. Use a Conventional Commit style pull request title (for example: feat:, fix:, chore:)
  4. Open and merge a pull request into main
  5. GitHub Actions runs semantic-release on main, publishes the package, and creates or updates the GitHub Release automatically

GitHub Release content

  • Release name is generated automatically as Release x.y.z from the semantic-release tag.
  • Release body is set to the merged pull request title (for the exact merge commit that triggered the workflow).
  • Strict mode: the workflow fails when no exact merged PR matches the current commit.
  • Strict mode: the workflow fails when more than one semantic-version tag points at the current commit.
  • If no semantic-release tag exists on the current main commit, GitHub Release publishing is skipped.

Note: The release workflow intentionally does not use dependency caching, in line with npm Trusted Publishing guidelines for release builds.

Required repository secrets

  • No npm token is required when Trusted Publishing is configured.

One-time npm setup (Trusted Publishing)

  1. Open npm package settings for @npo-start/types.
  2. Add a Trusted Publisher for GitHub Actions.
  3. Configure it for repository Nederlandse-Publieke-Omroep/npo-start-web-types.
  4. Select workflow file e.g. release.yml.