@verdaccio/mcp-server
OfficialProvides tools for interacting with a Verdaccio private npm registry, including searching, publishing packages, managing tokens, and authenticating users.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@@verdaccio/mcp-serverSearch for packages about authentication in our registry"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
@verdaccio/mcp-server
⚠️ Experimental: This project is a work in progress and subject to change. APIs, tool names, and behaviour may change without notice between versions.
An MCP (Model Context Protocol) server that connects any MCP-compatible AI client to a Verdaccio private npm registry.
MCP is an open protocol — this server works with any MCP client, not just Claude.
API endpoint paths are sourced directly from @verdaccio/middleware constants (e.g. SEARCH_API_ENDPOINTS, PACKAGE_API_ENDPOINTS) so they stay in sync with Verdaccio's own routing definitions.
Compatible clients
Client | Config location |
| |
| |
| |
| |
| |
Any custom app |
Related MCP server: @lpm-registry/mcp-server
Installation
npm install -g @verdaccio/mcp-server
# or run without installing
npx @verdaccio/mcp-serverUsing with Claude
Claude Code (CLI)
The quickest way is via the claude mcp add command:
# Local scope (current project only)
claude mcp add verdaccio -e VERDACCIO_URL=http://your-verdaccio:4873 -- npx @verdaccio/mcp-server
# User scope (all projects)
claude mcp add -s user verdaccio -e VERDACCIO_URL=http://your-verdaccio:4873 -- npx @verdaccio/mcp-server
# With auth token
claude mcp add verdaccio \
-e VERDACCIO_URL=http://your-verdaccio:4873 \
-e VERDACCIO_TOKEN=your-token \
-- npx @verdaccio/mcp-serverClaude Desktop
Add to ~/.claude.json:
{
"mcpServers": {
"verdaccio": {
"command": "npx",
"args": ["@verdaccio/mcp-server"],
"env": {
"VERDACCIO_URL": "http://your-verdaccio:4873",
"VERDACCIO_TOKEN": "your-token"
}
}
}
}Restart Claude after adding the config. You can verify the server is connected by asking:
"What tools do you have available for Verdaccio?"
Tools
start_registry
Start the Verdaccio registry and return its URL. When no VERDACCIO_URL is configured, an embedded registry is started automatically on a random local port with temporary storage.
No parameters required.
Example prompt: "Start a local Verdaccio registry so I can publish packages"
find_package
Search for packages in the registry by name or keyword.
Parameter | Type | Required | Description |
| string | yes | Package name or search term |
| number | no | Max results to return (1–100, default 20) |
Uses endpoint: SEARCH_API_ENDPOINTS.search → /-/v1/search
Example prompt: "Find all packages related to authentication in our private registry"
get_package
Get detailed metadata for a specific package — description, author, license, dist-tags, and version history.
Parameter | Type | Required | Description |
| string | yes | Package name, e.g. |
| string | no | Specific version e.g. |
Uses endpoint: PACKAGE_API_ENDPOINTS.get_package_by_version → /:package{/:version}
Example prompt: "What versions of @myorg/ui-components are available?"
publish_package
Publish a package to the registry by name and version. Checks whether the package already exists and prevents re-publishing an existing version. Uses generatePackageMetadata from @verdaccio/test-helper to generate the full publish payload automatically — no tarball needed.
Parameter | Type | Required | Description |
| string | yes | Package name, e.g. |
| string | yes | Version to publish, e.g. |
| string | no | Dist-tag to apply (default: |
Uses endpoint: PUBLISH_API_ENDPOINTS.add_package → /:package
Example prompt: "Publish @myorg/ui-components version 2.1.0 to our private registry"
unpublish_package
Unpublish a specific version of a package from the registry. Fetches the current metadata, removes the target version, drops dist-tags that pointed at it (moving latest to the highest remaining stable version), and deletes the tarball. Unpublishing the last version removes the whole package. This is a 3-step operation (GET → PUT → DELETE) — if the final step fails, metadata may already be updated.
Parameter | Type | Required | Description |
| string | yes | Package name, e.g. |
| string | yes | Version to unpublish, e.g. |
Example prompt: "Unpublish version 1.0.3 of @myorg/ui-components from the registry"
add_user
Register a new user in the Verdaccio registry. Returns a Bearer token on success.
Parameter | Type | Required | Description |
| string | yes | Desired username |
| string | yes | Desired password |
Uses endpoint: USER_API_ENDPOINTS.add_user → /-/user/:org_couchdb_user
Example prompt: "Register a new user called jdoe in Verdaccio"
login
Authenticate with username and password using Basic auth, so Verdaccio's authenticate branch issues a token. As with npm login, if the user does not exist and registration is open, Verdaccio creates it; the tool reports when that happens.
Parameter | Type | Required | Description |
| string | yes | Verdaccio username |
| string | yes | Verdaccio password |
Uses endpoint: USER_API_ENDPOINTS.add_user → /-/user/:org_couchdb_user
get_profile
Get the profile of the currently authenticated user (requires VERDACCIO_TOKEN).
Uses endpoint: PROFILE_API_ENDPOINTS.get_profile → /-/npm/v1/user
list_tokens
List all API tokens for the authenticated user.
Uses endpoint: TOKEN_API_ENDPOINTS.get_tokens → /-/npm/v1/tokens
create_token
Create a new API token for the authenticated user.
Parameter | Type | Required | Description |
| string | yes | Current user password |
| boolean | no | Make token read-only (default false) |
| string[] | no | IP ranges to whitelist, e.g. |
Uses endpoint: TOKEN_API_ENDPOINTS.get_tokens → /-/npm/v1/tokens (POST)
delete_token
Delete an API token by its key.
Parameter | Type | Required | Description |
| string | yes | Token key identifier (from |
Uses endpoint: TOKEN_API_ENDPOINTS.delete_token → /-/npm/v1/tokens/token/:tokenKey
Example

Setup
1. Install and build
pnpm install
pnpm build2. Configure environment
Variable | Default | Description |
|
| Base URL of your Verdaccio instance |
| — | Bearer token for authenticated registries |
3. Add to your MCP client
The server config format is the same across all clients — only the config file location differs (see Compatible clients above).
{
"mcpServers": {
"verdaccio": {
"command": "npx",
"args": ["@verdaccio/mcp-server"],
"env": {
"VERDACCIO_URL": "http://your-verdaccio:4873",
"VERDACCIO_TOKEN": "your-token"
}
}
}
}Development
Testing locally without publishing
To connect your MCP client to the local source without publishing to npm, point it directly at the local file.
Option A — compiled (requires pnpm build after each change):
{
"mcpServers": {
"verdaccio": {
"command": "node",
"args": ["/path/to/mcp-server-verdaccio/dist/index.js"],
"env": {
"VERDACCIO_URL": "http://localhost:4873"
}
}
}
}Option B — TypeScript directly via tsx (no build step, recommended for dev):
{
"mcpServers": {
"verdaccio": {
"command": "npx",
"args": ["tsx", "/path/to/mcp-server-verdaccio/src/index.ts"],
"env": {
"VERDACCIO_URL": "http://localhost:4873"
}
}
}
}With option B, just save your changes and restart the MCP client — no build step needed.
Running standalone
# Run directly with tsx (no build step)
VERDACCIO_URL=http://localhost:4873 pnpm dev
# Build and run compiled output
pnpm build
pnpm start
# Run tests
pnpm test
pnpm test:watchReleasing
Add a changeset with pnpm changeset in any PR that should be released. Merging to main opens a "chore: release" PR; merging that PR publishes to npm.
Stack
@modelcontextprotocol/sdk— MCP server framework@verdaccio/middleware— Verdaccio API endpoint constantszod— Tool input schema validation
Available Tools
11 toolsadd_userB
Register a new user in the Verdaccio registry. Returns a Bearer token on success.
| Name | Required | Description | Default |
|---|---|---|---|
| password | Yes | Desired password | |
| username | Yes | Desired username |
create_tokenC
Create a new API token for the currently authenticated user in Verdaccio
| Name | Required | Description | Default |
|---|---|---|---|
| cidr | No | CIDR ranges to whitelist for this token, e.g. ["192.168.1.0/24"] | |
| password | Yes | Current user password (required by Verdaccio to create tokens) | |
| readonly | No | Whether the token should be read-only (default false) |
delete_tokenC
Delete an API token by its key from Verdaccio
| Name | Required | Description | Default |
|---|---|---|---|
| tokenKey | Yes | The token key to delete (not the token value, but the key identifier) |
find_packageB
Search for a private package in the Verdaccio registry by name or keyword
| Name | Required | Description | Default |
|---|---|---|---|
| size | No | Max number of results to return (default 20) | |
| query | Yes | Package name or search term |
get_packageB
Get detailed metadata for a specific package (and optionally a specific version) from Verdaccio
| Name | Required | Description | Default |
|---|---|---|---|
| package | Yes | Package name, e.g. my-lib or @scope/my-lib | |
| version | No | Specific version, e.g. 1.2.3 (omit for latest) |
get_profileA
Get the profile of the currently authenticated user in Verdaccio
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
list_tokensA
List all API tokens for the currently authenticated user in Verdaccio
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
loginB
Authenticate with the Verdaccio registry using username and password. Returns a Bearer token.
| Name | Required | Description | Default |
|---|---|---|---|
| password | Yes | Verdaccio password | |
| username | Yes | Verdaccio username |
publish_packageC
Publish a package to the Verdaccio registry by name and version. Generates the required package metadata automatically.
| Name | Required | Description | Default |
|---|---|---|---|
| tag | No | Dist-tag to apply (default: latest) | |
| name | Yes | Package name, e.g. my-lib or @scope/my-lib | |
| version | Yes | Version to publish, e.g. 1.0.0 |
start_registryA
Start the Verdaccio registry (if not already running) and return its URL. When no VERDACCIO_URL is configured, an embedded registry is started automatically on a random local port.
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
unpublish_packageB
Unpublish a specific version of a package from the Verdaccio registry. Removes the version from metadata and deletes its tarball.
| Name | Required | Description | Default |
|---|---|---|---|
| name | Yes | Package name, e.g. my-lib or @scope/my-lib | |
| version | Yes | Version to unpublish, e.g. 1.0.3 |
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
11 tool updates
v0.1.0- First observed
add_user - First observed
create_token - First observed
delete_token - First observed
find_package - First observed
get_package - First observed
get_profile - First observed
list_tokens - First observed
login - First observed
publish_package - First observed
start_registry - First observed
unpublish_package
TDQS
Scored across 11 tools
Each tool targets a clearly distinct resource+action: package lifecycle (publish/unpublish/get/find), registry lifecycle (start_registry), user auth (add_user/login/get_profile), and token management (list/create/delete). The only near-neighbors, add_user vs login and find_package vs get_package, are differentiated by register-vs-authenticate and search-vs-detail respectively.
Nearly all tools follow a clean snake_case verb_noun pattern (publish_package, create_token, get_profile). The single-verb 'login' is a minor deviation from the verb_noun convention but is still readable and unambiguous.
11 tools sit comfortably in the well-scoped 3-15 range and each maps to a needed registry operation. No redundant or filler tools are present.
Covers the main registry workflows: publish/unpublish, discovery, authentication, and full token CRUD. Minor gaps exist (no whole-package removal or metadata update beyond publish, no logout), but these are workable rather than blocking.
Maintenance
Related MCP Connectors
MCP server for AI agents to plan, verify, and deploy Cloudflare-native apps.
An MCP server that gives your AI access to the source code and docs of all public github repos
MCP server that lets your AI assistant build and deploy apps, hosting each one at a live URL.
Search and install 4,000+ security-scanned MCP servers from inside any MCP-aware AI client.
Related MCP Servers
- AlicenseBqualityBmaintenanceMCP server for npm package management — publish, install, audit, search, security & dependency health4275 npm1MIT

@lpm-registry/mcp-serverofficial
AlicenseAqualityCmaintenanceMCP server for the LPM package registry, enabling AI tools to search, browse source code, install packages, check quality, and more.17225 npmISC- AlicenseAqualityFmaintenanceMCP server that provides npm package information for AI agents during TypeScript development.716 npm1MIT
- AlicenseAqualityDmaintenanceMCP server providing npm registry search, package details, dependency auditing, bundle size estimation, and package comparison tools for AI agents.549 npmMIT