Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, email [email protected] and we’ll put it right.

io.github.YawLabs/npmjs-mcp

NPM · @YAWLABS/NPMJS-MCP · SCANNED AUG 3

npm registry MCP server — package intelligence, security audits, dependency analysis

Available components

−7 this week 68 Trust /100
Trust breakdown (6 categories)

How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score →

Supply Chain Security100
  • No malware found by supply-chain analysis.Pass
  • No known CVEs affecting this package version or its production dependencies.Pass
  • No install/post-install scripts declared.Pass
  • No production dependencies, so there is no dependency health to assess. View diagnostics → Pass
Provenance & Transparency19
Schema Quality & AI Usability77
  • AI-judged instruction clarity (excellent).Pass
  • Tool/resource definitions use about 5024 tokens (~78/item across 64 items; 64 tools + 0 resources), lean.Pass
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management23
  • Stability observed for 7 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage100
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 100% of tool parameters carry a description.Pass
Capabilities100
  • Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Install

Add this component to your MCP client. Where a client-specific snippet is available, pick your client below and copy it straight into your config; otherwise use the connection detail shown.

npm · @yawlabs/npmjs-mcp

# add to Claude Code
claude mcp add yawlabs-npmjs-mcp -- npx -y @yawlabs/npmjs-mcp
# add to Codex CLI
codex mcp add yawlabs-npmjs-mcp -- npx -y @yawlabs/npmjs-mcp
// opencode.json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "yawlabs-npmjs-mcp": {
      "type": "local",
      "command": [
        "npx",
        "-y",
        "@yawlabs/npmjs-mcp"
      ],
      "enabled": true
    }
  }
}
# add to OpenClaw
openclaw mcp add yawlabs-npmjs-mcp --command npx --arg -y --arg @yawlabs/npmjs-mcp
# ~/.hermes/config.yaml
mcp_servers:
  yawlabs-npmjs-mcp:
    command: "npx"
    args: ["-y", "@yawlabs/npmjs-mcp"]
// mcp.json
{
  "mcpServers": {
    "yawlabs-npmjs-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "@yawlabs/npmjs-mcp"
      ]
    }
  }
}
Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 3 Aug 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 20 to 23. That category is still filling its 30-day observation window: 6 days of observed history at the previous scan, 7 at this one. The score rises as the window fills, whether or not the server changes.

  • 2 Aug 26 +18
    • Malware scan: unverified → pass security
    • Stability: unverified → 0.20 functional
  • 1 Aug 26 −8
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 31 Jul 26 −18
    • Malware scan: pass → unverified security
  • 27 Jul 26 +34
    • Tool coverage: unverified → 100 functional
    • First check of Schema quality: fail functional
    • First check of Tool coverage: 100 functional
    • First check of Schema quality: pass functional
    • First check of Schema quality: excellent functional
  • 26 Jul 26 41

    First indexed and scored.

    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 3 Aug 2026 · Analysed npm/@yawlabs/[email protected]

Provenance none

Ecosystem: npm · Outcome: none

Dependencies 0 packages

0 packages in the resolved dependency tree.

MCP tools — 64 exposed · ~5,024 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability.

Tool Tokens
npm_access_set ~95

Set package access level: 'public' or 'restricted' (private). 'private' is accepted as an alias for 'restricted' for ergonomics -- both map to the registry wire value 'restricted'. Unscoped packages are always public. Restricted access requires a paid npm account.

NameTypeReqDescription
accessstringyesAccess level ('private' maps to 'restricted' on the wire)
namestringyesPackage name

No output schema declared.

No examples provided.

npm_access_set_mfa ~66

Configure 2FA requirement for publishing: 'none' (off), 'publish' (2FA required), 'automation' (2FA required but automation tokens can bypass).

NameTypeReqDescription
levelstringyesMFA level for publish
namestringyesPackage name

No output schema declared.

No examples provided.

npm_audit ~88

Quick vulnerability check for specific packages and versions using the bulk advisory API. Returns matching advisories with severity, CVEs, and patched versions. For richer detail (CVSS scores, CWEs, fix recommendations), use npm_audit_deep instead.

NameTypeReqDescription
packagesobjectyesObject mapping package names to arrays of version strings, e.g. {"lodash": ["4.17.20"]}

No output schema declared.

No examples provided.

npm_audit_deep ~140

Full security audit on a dependency set — returns detailed advisories with CVSS scores, CWEs, affected version ranges, fix recommendations, and full vulnerability metadata. Uses the npm audit v1 endpoint which provides richer detail than the bulk advisory API (npm_audit). Requires you to provide the dependency map (use npm_dependencies to get it first).

NameTypeReqDescription
dependenciesobjectyesDependencies to audit as { "package": "version" }, e.g. { "express": "4.17.1" }
namestringyesProject name
versionstringProject version (default: '1.0.0')

No output schema declared.

No examples provided.

npm_check_auth ~98

Quick auth health check — returns structured data about npm auth status, token capability, and whether headless (CI/agent) publishing is possible. Run this BEFORE attempting any publish operation. Returns canPublishHeadless boolean and a clear recommendation. MCP servers are called by AI agents which CANNOT open browsers or enter OTP codes. This tool detects that and provides the exact terminal command for the human to run instead of suggesting unworkable retries.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

npm_collaborators ~69

Get all users who have access to a package and their permission levels (read-only, read-write). Useful for verifying who can publish to a package before setting up CI/CD.

NameTypeReqDescription
namestringyesPackage name (e.g. 'express' or '@yawlabs/npmjs-mcp')

No output schema declared.

No examples provided.

npm_compare ~59

Compare 2-5 packages side-by-side — downloads, version, license, maintainers, size, last publish, and security status. Great for 'should I use X or Y?' decisions.

NameTypeReqDescription
packagesarrayyesPackage names to compare

No output schema declared.

No examples provided.

npm_dep_tree ~96

Resolve the production dependency tree for a package version (up to a configurable depth). Shows the full transitive dependency graph with versions.

NameTypeReqDescription
depthnumberMax tree depth where the root counts as level 1 (default 3 = root + 2 transitive levels, max 5)
namestringyesPackage name
versionstringSemver version or dist-tag (default: 'latest')

No output schema declared.

No examples provided.

npm_dependencies ~58

Get the dependency lists for a specific package version — production deps, devDeps, peerDeps, and optionalDeps.

NameTypeReqDescription
namestringyesPackage name
versionstringSemver version or dist-tag (default: 'latest')

No output schema declared.

No examples provided.

npm_deprecate ~223

Deprecate a package or specific versions. Shows a warning message on install. Uses the HTTP API with NPM_TOKEN, bypassing the CLI auth friction that causes 422 errors on accounts with 2FA. Registry hard limit: deprecation messages must be <= 1024 characters. If the registry 422s, first verify the semver range matches at least one published version (npm_versions) — range/version mismatches are the most common cause, not message format.

NameTypeReqDescription
messagestringyesDeprecation message. Use npm_undeprecate to clear.
namestringyesPackage name (e.g. '@yawlabs/spend')
versionRangestringSemver range. Omit to deprecate ALL versions. Example: '<1.0.0' or '0.3.x'. Standard semver applies — bare integers are x-ranges (e.g. '0' means '0.x.x', not exact version 0). For a single version us…

No output schema declared.

No examples provided.

npm_dist_tag_remove ~52

Remove a dist-tag from a package. The 'latest' tag cannot be removed, only reassigned.

NameTypeReqDescription
namestringyesPackage name
tagstringyesDist-tag name to remove

No output schema declared.

No examples provided.

npm_dist_tag_set ~97

Point a dist-tag (e.g. 'latest', 'beta', 'next') at a specific version. Common uses: promote a beta to latest, roll back latest to a prior version, maintain separate channels.

NameTypeReqDescription
namestringyesPackage name
tagstringyesDist-tag name (e.g. 'latest', 'beta', 'next')
versionstringyesVersion the tag should point to

No output schema declared.

No examples provided.

npm_dist_tags ~33

Get dist-tags for a package (latest, next, beta, etc).

NameTypeReqDescription
namestringyesPackage name

No output schema declared.

No examples provided.

npm_downloads ~103

Get total download count for a package over a period (last-day, last-week, last-month, last-year, or a custom date range like 2025-01-01:2025-12-31).

NameTypeReqDescription
namestringyesPackage name
periodstringPeriod: 'last-day', 'last-week', 'last-month', 'last-year', or 'YYYY-MM-DD:YYYY-MM-DD' (default: 'last-week')

No output schema declared.

No examples provided.

npm_downloads_bulk ~82

Compare download counts for multiple packages over a period. Up to 128 packages. Scoped packages (@scope/name) are NOT supported by the bulk endpoint — call npm_downloads separately for each scoped package.

NameTypeReqDescription
packagesarrayyesArray of package names to compare (unscoped only)
periodstringPeriod (default: 'last-week')

No output schema declared.

No examples provided.

npm_downloads_range ~72

Get daily download counts for a package over a period. Returns per-day breakdown.

NameTypeReqDescription
namestringyesPackage name
periodstringPeriod: 'last-week', 'last-month', 'last-year', or 'YYYY-MM-DD:YYYY-MM-DD' (default: 'last-month')

No output schema declared.

No examples provided.

npm_health ~40

Assess the health of a package — maintenance activity, download trend, security status, deprecation, and documentation quality.

NameTypeReqDescription
namestringyesPackage name

No output schema declared.

No examples provided.

npm_hook_add ~127

Create a registry webhook. Target is 'pkg' or '@scope/pkg' for a package, '@scope' for a scope, or '~user' for a user's packages. Endpoint is the HTTPS URL to POST events to; secret is used to HMAC-sign payloads. The secret is never echoed back in tool responses.

NameTypeReqDescription
endpointstringyesHTTPS URL that will receive POST events
secretstringyesSecret used to HMAC-sign webhook payloads
targetstringyesHook target: 'pkg', '@scope/pkg', '@scope', or '~user'

No output schema declared.

No examples provided.

npm_hook_get ~42

Get a single webhook by its ID. The stored secret is redacted from the response.

NameTypeReqDescription
idstringyesHook ID (UUID from npm_hook_list)

No output schema declared.

No examples provided.

npm_hook_list ~56

List webhooks. Optionally filter by package name. Secrets are redacted from responses.

NameTypeReqDescription
limitintegerMax results
offsetintegerPagination offset
packagestringFilter by package name

No output schema declared.

No examples provided.

npm_hook_remove ~24

Delete a webhook by ID.

NameTypeReqDescription
idstringyesHook ID

No output schema declared.

No examples provided.

npm_hook_update ~57

Update a webhook's endpoint and/or secret. The returned hook object has the secret redacted.

NameTypeReqDescription
endpointstringyesNew HTTPS URL
idstringyesHook ID
secretstringyesNew signing secret

No output schema declared.

No examples provided.

npm_license_check ~149

Check the license of a package and its direct production dependencies. Flags missing or non-standard licenses. Matches single SPDX license identifiers case-insensitively (so 'mit' and 'MIT' both match). SPDX expressions like '(MIT OR Apache-2.0)' are NOT decomposed — they are flagged unless added to `allowed` verbatim.

NameTypeReqDescription
allowedarraySPDX license identifiers to treat as allowed (default: MIT, ISC, BSD-2-Clause, BSD-3-Clause, Apache-2.0, 0BSD, Unlicense)
namestringyesPackage name
versionstringSemver version or dist-tag (default: 'latest')

No output schema declared.

No examples provided.

npm_maintainers ~31

Get current maintainers and their publish history for a package.

NameTypeReqDescription
namestringyesPackage name

No output schema declared.

No examples provided.

npm_ops_playbook ~66

Return canonical recipes for common npm operations — which MCP tool to call for which op, CLI fallbacks when the MCP server can't handle something, and message format guidance. Call this FIRST when you're not sure how to do an npm operation. Prevents reinventing approaches that don't work.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

npm_org_member_remove ~76

Remove a user from an org. Their team memberships in that org are also removed. Requires confirm: true — team memberships cascade and cannot be selectively preserved.

NameTypeReqDescription
confirmbooleanyesMust be literally true. Guards against accidental member removal.
orgstringyesOrganization name
userstringyesnpm username

No output schema declared.

No examples provided.

npm_org_member_set ~104

Add a user to an org or change their role. Roles: 'developer', 'admin', 'owner'. If user is already in the org, updates the role. Omit role to keep existing role.

NameTypeReqDescription
confirmbooleanyesMust be literally true. Guards against accidental org membership changes.
orgstringyesOrganization name (with or without leading @)
rolestringRole to assign
userstringyesnpm username

No output schema declared.

No examples provided.

npm_org_members ~46

List all members of an npm organization with their roles (owner, admin, developer). Requires authentication as an org member.

NameTypeReqDescription
orgstringyesOrganization name (without @ prefix)

No output schema declared.

No examples provided.

npm_org_packages ~47

List all packages accessible to an npm organization with their access levels. Shows what the org owns or has been granted access to.

NameTypeReqDescription
orgstringyesOrganization name (without @ prefix)

No output schema declared.

No examples provided.

npm_org_teams ~38

List all teams within an npm organization. Requires authentication as an org member.

NameTypeReqDescription
orgstringyesOrganization name (without @ prefix)

No output schema declared.

No examples provided.

npm_owner_add ~78

Add a user as a maintainer of a package. They will have publish and write permissions. Resolves the user's email via /-/user/ (no need to supply it). Use npm_collaborators to verify before adding.

NameTypeReqDescription
namestringyesPackage name
usernamestringyesnpm username to add as maintainer

No output schema declared.

No examples provided.

npm_owner_remove ~57

Remove a user from a package's maintainer list. Refuses if it would leave the package with zero maintainers (lockout prevention).

NameTypeReqDescription
namestringyesPackage name
usernamestringyesnpm username to remove

No output schema declared.

No examples provided.

npm_package ~64

Get package metadata — description, dist-tags, latest version, maintainers, license, repository, keywords. Does not include per-version details (use npm_version for that).

NameTypeReqDescription
namestringyesPackage name (e.g. 'express' or '@anthropic-ai/sdk')

No output schema declared.

No examples provided.

npm_package_access ~90

Get package access settings — visibility (public/private), whether publish requires 2FA, and whether automation tokens can bypass 2FA. Critical for understanding why CI publishing fails: if publish_requires_tfa is true but automation_token_overrides_tfa is false, automation tokens cannot publish.

NameTypeReqDescription
namestringyesPackage name (e.g. 'express' or '@yawlabs/npmjs-mcp')

No output schema declared.

No examples provided.

npm_profile ~44

Get the authenticated user's npm profile — name, email, 2FA status, creation date. Useful for checking whether 2FA is enabled (which affects token requirements for publishing).

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

npm_provenance ~127

Retrieve Sigstore attestations for a specific package version. Shows SLSA provenance (which CI built it, from which repo/commit) and publish attestations. NOTE: this tool RETRIEVES attestations from the registry -- it does NOT perform cryptographic signature, certificate-chain, or Rekor transparency-log verification. Use a dedicated Sigstore client to cryptographically verify the bundles.

NameTypeReqDescription
namestringyesPackage name (e.g. '@anthropic-ai/sdk')
versionstringyesExact semver version (e.g. '1.0.0')

No output schema declared.

No examples provided.

npm_publish_preflight ~180

Comprehensive pre-publish validation — run before publishing ANY npm package. Returns an actionable checklist with pass/fail/warn for each item. ASSUMES NON-INTERACTIVE CONTEXT BY DEFAULT because MCP servers are called by AI agents that: - CANNOT open browsers (so --auth-type=web is useless) - CANNOT enter OTP codes - CANNOT retry with 2FA — this is a hand-off to the human Checks: auth token validity, 2FA requirements, token type inference, org-level token reuse, package name availability, maintainer access, scoped package settings. When issues are found, returns structured actions with exact commands for the HUMAN to run in their terminal — never suggests actions an agent cannot perform.

NameTypeReqDescription
namestringyesPackage name to publish (e.g. '@yawlabs/npmjs-mcp')

No output schema declared.

No examples provided.

npm_readme ~26

Get the README content of a package.

NameTypeReqDescription
namestringyesPackage name

No output schema declared.

No examples provided.

npm_recent_changes ~61

Get the most recent package publishes/updates from the npm registry via the CouchDB changes feed. Note: uses replicate.npmjs.com which may have intermittent availability.

NameTypeReqDescription
limitnumberNumber of recent changes (default 25, max 100)

No output schema declared.

No examples provided.

npm_registry_stats ~51

Get total npm-wide download counts for a period. Shows overall registry activity.

NameTypeReqDescription
periodstringPeriod: 'last-day', 'last-week', 'last-month' (default: 'last-week')

No output schema declared.

No examples provided.

npm_release_frequency ~56

Analyze the release cadence of a package — publish timeline, gaps, and whether the project is actively maintained.

NameTypeReqDescription
limitnumberNumber of recent releases to analyze (default 20)
namestringyesPackage name

No output schema declared.

No examples provided.

npm_search ~150

Search the npm registry for packages. Supports text search and qualifiers like 'keywords:mcp', 'author:user', 'maintainer:user', 'scope:org', 'not:insecure', 'is:unstable'.

NameTypeReqDescription
fromnumberOffset for pagination
maintenancenumberWeight for maintenance score (0-1)
popularitynumberWeight for popularity score (0-1)
qualitynumberWeight for quality score (0-1)
querystringyesSearch text. Supports qualifiers: keywords:x, author:x, maintainer:x, scope:x
sizenumberNumber of results (default 20, max 250)

No output schema declared.

No examples provided.

npm_signing_keys ~26

Get the npm registry's ECDSA signing keys used to verify package signatures.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

npm_team_create ~50

Create a team inside an organization. Team is passed as '@scope:team'.

NameTypeReqDescription
descriptionstringOptional team description
teamstringyesTeam in the form '@scope:team'

No output schema declared.

No examples provided.

npm_team_delete ~105

Delete a team. Team is passed as '@scope:team'. Revokes all package permissions that team held, and team memberships are also removed. Requires confirm: true — this removes the team and all its package grants in one call. List the team's current grants with npm_team_packages first if you need to preserve them.

NameTypeReqDescription
confirmbooleanyesMust be literally true. Guards against accidental team deletion.
teamstringyesTeam in the form '@scope:team'

No output schema declared.

No examples provided.

npm_team_grant ~119

Grant a team read-only or read-write permission on a package. Scope and team are passed as @scope:team (e.g. '@yawlabs:devs'). Requires org admin or team admin.

NameTypeReqDescription
packagestringyesPackage name. Field is named 'package' to match the npm CLI (diverges from 'name' used elsewhere in this server).
permissionsstringyesPermission level
teamstringyesTeam in the form '@scope:team' (e.g. '@yawlabs:devs')

No output schema declared.

No examples provided.

npm_team_member_add ~56

Add a user to a team. Team is '@scope:team'. User must already be in the org.

NameTypeReqDescription
teamstringyesTeam in the form '@scope:team'
userstringyesnpm username

No output schema declared.

No examples provided.

npm_team_member_remove ~54

Remove a user from a team. Team is '@scope:team'. User remains in the org.

NameTypeReqDescription
teamstringyesTeam in the form '@scope:team'
userstringyesnpm username

No output schema declared.

No examples provided.

npm_team_members ~75

List all members of a team with their roles (e.g. 'developer'). Complements npm_team_member_add and npm_team_member_remove — use this to audit who is currently on the team before adding or removing members.

NameTypeReqDescription
orgstringyesOrganization name (without @ prefix)
teamstringyesTeam name

No output schema declared.

No examples provided.

npm_team_packages ~57

List all packages a specific team has access to and their permission levels (read-only or read-write). Useful for auditing team permissions.

NameTypeReqDescription
orgstringyesOrganization name (without @ prefix)
teamstringyesTeam name

No output schema declared.

No examples provided.