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

setup-npm-trusted-publish

v1.3.0

Published

Setup npm package for trusted publishing with OIDC

Readme

setup-npm-trusted-publish

A tool to create and publish placeholder npm packages for setting up OIDC (OpenID Connect) trusted publishing.

Background

Unlike PyPI which allows configuring OIDC for not-yet-existing packages, npm requires a package to exist before you can configure trusted publishing. This tool helps work around that limitation by automatically creating and publishing minimal placeholder packages that clearly indicate they exist solely for OIDC setup purposes.

See:

Installation

npm install -g setup-npm-trusted-publish

Or run directly with npx:

npx setup-npm-trusted-publish <package-name>

Usage

setup-npm-trusted-publish <package-name>

Options:

  • --dry-run - Create the package but don't publish
  • --access <public|restricted> - Access level for scoped packages (default: public)
  • --registry <url> - npm registry URL (default: https://registry.npmjs.org)
  • --mfa <none|publish|automation> - Set publishing MFA requirement. publish: require 2FA or granular token with bypass 2FA. automation: require 2FA and disallow tokens (recommended)
  • --otp <code> - One-time password for 2FA
  • --env <environment> - CI environment name for npm trust mode (optional, shared across providers)
  • --github.repo <owner/repo> - GitHub repository. Enables npm trust mode (requires npm >= 11.10.0)
  • --github.file <workflow.yml> - Workflow file name for GitHub Actions
  • --gitlab.repo <owner/repo> - GitLab project. Enables npm trust mode
  • --gitlab.file <pipeline.yml> - Pipeline file name for GitLab CI/CD
  • --circleci.org-id <uuid> - CircleCI organization ID. Enables npm trust mode
  • --circleci.project-id <uuid> - CircleCI project ID
  • --circleci.pipeline-definition-id <uuid> - CircleCI pipeline definition ID
  • --circleci.vcs-origin <origin> - CircleCI VCS origin
  • --circleci.context-id <uuid> - CircleCI context ID (optional)

Environment Variables:

  • NPM_TOKEN - npm authentication token for users who don't have npm login configured locally. If set, a temporary .npmrc is created in the package directory with //registry.npmjs.org/:_authToken=${NPM_TOKEN}. npm expands ${NPM_TOKEN} at runtime, so the actual token is never written to disk. The .npmrc is cleaned up with the temporary directory after publishing.

Examples:

# Create and publish a regular package
setup-npm-trusted-publish my-package

# Create and publish a scoped package
setup-npm-trusted-publish @myorg/my-package

# Dry run (create but don't publish)
setup-npm-trusted-publish my-package --dry-run

# Use a one-time token without configuring npm login locally
read -s NPM_TOKEN && export NPM_TOKEN && setup-npm-trusted-publish my-package

# npm trust mode (npm >= 11.10.0) - no placeholder package needed
# GitHub Actions
setup-npm-trusted-publish @myorg/my-package --github.repo myorg/my-repo --github.file release.yml
setup-npm-trusted-publish @myorg/my-package --github.repo myorg/my-repo --github.file release.yml --env npm

# GitLab CI/CD
setup-npm-trusted-publish @myorg/my-package --gitlab.repo myorg/my-repo --gitlab.file .gitlab-ci.yml

Usage without local npm login

If you don't have npm login configured locally, you can use a one-time Granular Access Token:

  1. Go to https://www.npmjs.com/settings/{user}/tokens and create a new Granular Access Token
  2. Configure the token:
    • Packages and scopes: Read and write (select the target scope if publishing a scoped package)
    • Expiration: 7 days (shortest available, since this is one-time use)
  3. Publish using the token:
    read -s NPM_TOKEN && export NPM_TOKEN && setup-npm-trusted-publish @myorg/my-package
  4. Revoke the token at https://www.npmjs.com/settings/{user}/tokens after publishing

What it does

npm trust mode (npm >= 11.10.0)

When provider-specific options (--github.*, --gitlab.*, --circleci.*) are specified, this tool uses npm trust to configure trusted publishing directly. No placeholder package is published.

setup-npm-trusted-publish @myorg/my-package --github.repo myorg/my-repo --github.file release.yml

Placeholder publish mode (legacy)

Without --repo/--file, this tool:

  1. Creates a minimal npm package in a temporary directory
  2. Generates a package.json with basic metadata for OIDC setup
  3. Creates a README.md that clearly states the package is for OIDC setup only
  4. Automatically publishes the package to npm
  5. Cleans up the temporary directory
  6. Provides a direct link to configure OIDC at https://www.npmjs.com/package/<package-name>/access

The generated README explicitly indicates:

  • The package is NOT functional
  • It contains NO code
  • It exists ONLY for OIDC configuration
  • It should NOT be used as a dependency

Workflow

  1. Run this tool to create and publish a placeholder package
  2. Visit the provided URL (https://www.npmjs.com/package/<package-name>/access) to configure OIDC trusted publishing
  3. Set up your CI/CD workflow to publish the real package version with OIDC

Example Output

$ setup-npm-trusted-publish @myorg/my-package

📦 Creating placeholder package: @myorg/my-package
📁 Temp directory: /tmp/npm-oidc-setup-abc123def456
✅ Created placeholder package files

📤 Publishing package to npm...

✅ Successfully published: @myorg/my-package

🔗 View your package at: https://www.npmjs.com/package/@myorg/my-package

Next steps:
1. Go to https://www.npmjs.com/package/@myorg/my-package/access
2. Configure OIDC trusted publishing
3. Set up your CI/CD workflow to publish with OIDC

🧹 Cleaned up temp directory

Why is this needed?

npm's current implementation requires a package to exist before you can:

  • Configure OIDC trusted publishing
  • Generate granular access tokens

This tool provides a responsible way to "reserve" a package name for OIDC setup by creating a package that:

  • Clearly communicates its purpose
  • Cannot be mistaken for a functional package
  • Enables the OIDC configuration workflow

Important Notes

  • This tool is specifically for OIDC setup, not for name squatting
  • The generated packages clearly indicate they are placeholders
  • Always follow npm's policies and best practices
  • Replace the placeholder with your actual package as soon as possible

License

MIT