About npm
npm-mcp is an MCP server for AI assistants and MCP clients to manage npm packages. Its tools cover publishing, dependency maintenance, security checks, and account configuration, keeping these operations available within the development environment.
Key features
- 01Publish, stage, and version packages
- 02Search and inspect package details
- 03Install and maintain dependencies
- 04Run audits and generate SBOMs
- 05Manage accounts, access, and configuration
Use cases
- 01Publish an npm package from a project
- 02Find outdated dependencies and update them
- 03Audit dependencies and generate an SBOM
- 04Search packages and check version details
MCP support
The MCP server exposes tools for publishing npm packages, managing versions and dependencies, running security diagnostics, and configuring npm accounts and access.
Configuration
Local server config is the same for every client. Copy it into your client’s MCP config file.
npx -y @mikusnuz/npm-mcpNPM_TOKENSecretnpm granular access token; stage-only tokens use the stage toolLocal servers need a runtime on your machine (e.g. Node.js 18+). Config file locations differ by client; see your client’s docs.
Tools
39Saved tool list · updated 2w ago
| Parameter | Type | Required | Description |
|---|---|---|---|
| otp | string | No | One-time password for 2FA |
| tag | string | No | Dist-tag (default: latest) |
| path | string | Yes | Absolute path to the package directory |
| access | enum | No | Access level for scoped packagespublic | restricted |
| dryRun | boolean | No | Run publish without actually publishing |
Details
From the project READMEnpm-mcp
MCP server that lets AI assistants manage npm packages. Publish, version, search, audit, install, and more -- all through Claude Code or any MCP client.
The MCP server requires Node.js 20 or newer. Individual npm CLI features may require a newer Node.js/npm combination as noted below.
When to Use
| Task | Tool |
|---|---|
| "Publish this package to npm" | publish |
| "Check for outdated dependencies" | outdated |
| "Run a security audit on my packages" | audit |
| "Search npm for authentication libraries" | search |
| "Bump the version and publish" | version then publish |
| "Check who owns this npm package" | owner |
| "View download stats for my package" | view |
For AI agents: See
llms.txtfor a machine-readable summary. Copytemplates/CLAUDE.mdortemplates/AGENTS.mdinto your project to teach your agent about this MCP.
Why
You're in Claude Code building a library. You finish the code, and now you need to publish it. Instead of switching to a terminal:
You: publish this package to npm with public access
Claude: [calls publish tool] Published @yourorg/[email protected] successfully
That's it. No context switching.
Setup
1. Install
git clone https://github.com/mikusnuz/npm-mcp.git
cd npm-mcp
npm install
npm run build
2. Get npm token
Go to npmjs.com > Account > Access Tokens and create a
granular access token with access to the packages you need. Classic and
Automation tokens are no longer supported. A stage-only token uses the stage
workflow below. Existing npm login credentials also work.
3. Add to Claude Code
Edit ~/.claude/settings.json:
{
"mcpServers": {
"npm-mcp": {
"command": "node",
"args": ["/path/to/npm-mcp/dist/index.js"],
"env": {
"NPM_TOKEN": "npm_xxxxxxxxxxxx"
}
}
}
}
Or if you've already run npm login locally, skip NPM_TOKEN -- it uses your ~/.npmrc automatically.
Tools
Publishing & Versioning
| Tool | Description |
|---|---|
publish | Publish a package to npm registry |
stage | Stage, list, inspect, download, approve, or reject a pending package version |
version | Bump package version (patch/minor/major/pre*) |
unpublish | Remove a package version |
deprecate | Deprecate a version (or undeprecate with empty message) |
pack | Preview what would be published |
Package Info
| Tool | Description |
|---|---|
view | View package info from registry |
search | Search npm registry |
bugs | Get bug tracker URL for a package |
repo | Get repository URL for a package |
docs | Get documentation URL for a package |
diff | Show diff between package versions |
Dependency Management
| Tool | Description |
|---|---|
install | Install packages |
pending-scripts | List unreviewed dependency install scripts without changing policy (npm 12+) |
approve-scripts | Approve named, reviewed dependencies with version pinning (npm 12+) |
deny-scripts | Deny install scripts for named dependencies across versions (npm 12+) |
uninstall | Remove packages |
update | Update packages to latest semver-compatible version |
outdated | Check for outdated packages |
ls | List installed packages |
explain | Explain why a package is installed |
dedupe | Reduce duplication in dependency tree |
prune | Remove extraneous packages |
fund | Show funding info for dependencies |
query | Query packages using CSS-like selectors |
Security & Diagnostics
npm 12 blocks unapproved dependency install scripts. Call pending-scripts with
an absolute project path, review the packages, then pass explicit package names
to approve-scripts or deny-scripts. These commands update policy without
running scripts; rerun the intended install/build separately. There is no bulk
approval option. npm pins approvals when a trusted resolved version is available;
check its warnings if an older lockfile forces a name-only approval. For global
installs only, install.allowScripts accepts an explicit list of reviewed names.
Older npm versions do not support these options; select npm 12+ using NPM_PATH.
See npm script approval.
| Tool | Description |
|---|---|
audit | Run security audit (with optional auto-fix) |
sbom | Generate Software Bill of Materials (CycloneDX/SPDX) |
doctor | Check npm environment health |
ping | Check registry connectivity |
Configuration & Auth
| Tool | Description |
|---|---|
whoami | Check current authenticated user |
token | Manage access tokens (list/revoke) |
access | Set or view access level on packages |
owner | Manage package owners (ls/add/rm) |
dist-tag | Manage distribution tags (ls/add/rm) |
profile | View or modify npm profile settings |
config | View npm configuration (read-only) |
Project Setup
| Tool | Description |
|---|---|
init | Initialize a new package.json |
pkg | Manage package.json fields programmatically |
ci | Clean install from lockfile (for CI) |
run-script | Run scripts defined in package.json |
link | Symlink a local package for development |
cache | Manage the npm cache |
Examples
Publish a scoped package:
publish({ path: "/home/user/my-lib", access: "public" })
Bump version and publish:
version({ path: "/home/user/my-lib", bump: "patch" })
publish({ path: "/home/user/my-lib" })
Check what's inside before publishing:
pack({ path: "/home/user/my-lib", dryRun: true })
Search for existing packages:
search({ query: "react state management", limit: 5 })
View package details:
view({ package: "@yourorg/lib", field: "versions" })
Install packages:
install({ path: "/home/user/my-app", packages: ["express", "cors"], saveDev: false })
Check outdated dependencies:
outdated({ path: "/home/user/my-app" })
Compare versions:
diff({ specs: ["[email protected]", "[email protected]"] })
Generate SBOM:
sbom({ path: "/home/user/my-app", format: "spdx", production: true })
Query dependencies:
query({ path: "/home/user/my-app", selector: ":root > .prod" })
Auth
Staged publishing
Staged publishing requires npm CLI 11.15.0 or later and Node.js 22.14.0
or later. Check npm stage --help; NPM_PATH can select a separate npm
installation. See the staged publishing prerequisites.
stage({ action: "publish", path: "/home/user/my-lib", access: "public" })
stage({ action: "list", package: "@yourorg/lib" })
stage({ action: "view", stageId: "returned-stage-id" })
stage({ action: "download", stageId: "returned-stage-id", path: "/home/user/review" })
stage({ action: "approve", stageId: "returned-stage-id", otp: "123456" })
// Or reject the staged version:
stage({ action: "reject", stageId: "returned-stage-id", otp: "123456" })
Staging does not publish the package; approval does. Approval and rejection
require maintainer 2FA. dryRun applies only to stage with action: "publish".
A direct publish with a stage-only token returns E_STAGE_REQUIRED. npm plans
to remove direct publishing with granular tokens in January 2027.
See npm staging and
token requirements.
pkg accepts JSON values directly: value: "my-package", value: true,
value: ["keyword"], or value: { test: "node --test" }. Strings stay strings;
do not stringify arrays or objects before passing them.
| Method | How |
|---|---|
| NPM_TOKEN (recommended) | Set NPM_TOKEN env var in MCP config. Get token from npmjs.com > Access Tokens |
| npm login | Run npm login in terminal first. Token saved in ~/.npmrc is used automatically |
Pass otp when npm requires 2FA, including staged approval/rejection and package
maintainer or token changes. Since August 2026, bypass-2FA tokens cannot bypass
the second factor for account or governance operations. Tokens expire; renew
the configured token when needed or refresh local credentials with npm login.
Environment Variables
| Variable | Default | Description |
|---|---|---|
NPM_TOKEN | -- | npm authentication token |
NPM_PATH | npm | Path to npm binary (if not in PATH) |
License
MIT
Comments
New to MCP?
From what the protocol is to installing your first server, these answers cover most first questions.
An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.