@verdaccio/mcp-server
OfficialRelated Servers
Alternatives to @verdaccio/mcp-server
No user-submitted related servers found.
Related Servers
- AlicenseAqualityDmaintenanceMCP server providing npm registry search, package details, dependency auditing, bundle size estimation, and package comparison tools for AI agents.543 npmMIT
- AlicenseNot gradedqualityCmaintenanceA read-only MCP server for the public npm registry that enables AI clients to search for npm packages and retrieve focused package metadata, versions, and latest dist-tags without exposing install or publish capabilities.5 npmISC
- AlicenseAqualityCmaintenanceMCP server that provides npm package information for AI agents during TypeScript development.78 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.173 npmISC- AlicenseAqualityDmaintenanceAn MCP server that gives AI coding agents accurate, version-aware API documentation for any npm package — straight from the source.18 npmMIT
- AlicenseBqualityBmaintenanceMCP server for npm package management — publish, install, audit, search, security & dependency health38198 npm1MIT
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.