Skip to main content
Glama
package-verify-mcp

package-verify-mcp

by Anicodeth

package-verify-mcp

Catch hallucinated and typosquatted npm packages before your coding agent installs them.

An MCP server that verifies an npm package name is real and safe before Claude, Cursor, or any agent runs npm install. AI agents routinely invent plausible-sounding package names ("slopsquatting"), and attackers pre-register those exact names with malware — one hallucinated package (react-codeshift) spread into 237 repos. This server is the guardrail.

Why this exists

An agent confidently writes import x from "some-plausible-pkg" and then installs it. If that name doesn't exist, best case you get an error; worst case a squatter is waiting there with a postinstall script. Checking is one registry call — this makes the agent do it every time.

Related MCP server: pkgguard

Tools

Tool

What it does

verify_package

Verdict for one name — SAFE / CAUTION / SUSPICIOUS / DOES_NOT_EXIST — from existence, first-publish age, weekly downloads, deprecation, and edit-distance to popular packages (typosquat detection).

verify_packages

Batch check — pass every dependency in a proposed change; flagged names sort to the top.

Uses only the public npm registry + downloads API. No key.

What the verdicts mean

  • ✅ SAFE — exists, established (age + downloads), not a near-miss of a popular name.

  • ⚠️ CAUTION — exists but young, low-traffic, deprecated, or a similar-but-established name. Confirm intent.

  • 🛑 SUSPICIOUS — one or two edits from a popular package and young/low-traffic: a classic typosquat. Don't install without confirming.

  • ❌ DOES_NOT_EXIST — not on npm. Hallucination signature — do not install; suggestions for the likely intended name are included.

Quick start

npx package-verify-mcp

Claude Code

claude mcp add package-verify -- npx -y package-verify-mcp

Claude Desktop / Cursor / Windsurf / any MCP client

{
  "mcpServers": {
    "package-verify": {
      "command": "npx",
      "args": ["-y", "package-verify-mcp"]
    }
  }
}

Pairs well with a rule like "Before adding any npm dependency, verify it with package-verify."

Example prompts

  • "Verify react-hook-forms before you install it." (→ 🛑 typosquat of react-hook-form)

  • "Check all the packages in this package.json diff with package-verify."

  • "Is @types/node-fetch a real package?"

Config

Env var

Default

Purpose

NPM_REGISTRY

https://registry.npmjs.org

Registry for existence/metadata.

NPM_API

https://api.npmjs.org

Downloads API for weekly-download signal.

How it works

package name
   │
   ├─ registry GET  ── exists? first-publish date, latest, deprecated, repo
   ├─ downloads API ── weekly downloads (traffic/trust signal)
   └─ edit-distance vs bundled popular-package list ── typosquat detection
        └─► SAFE / CAUTION / SUSPICIOUS / DOES_NOT_EXIST + reasons + suggestions

Caveats

  • This is a hallucination / typosquat tripwire, not a full security scanner — it won't analyze package contents (use Socket/npq for deep supply-chain analysis). It answers "is this name real and plausibly the one you meant."

  • The popular-package reference list is curated, not exhaustive; extend src/popular.ts for your stack.

Develop

npm install
npm run build
node dist/index.js

License

MIT © Anicodeth

Available Tools

2 tools
verify_packageVerify an npm package name before installingA

Check that an npm package name is REAL and safe before you run npm install on it. Reach for this whenever you are about to add a dependency you are not 100% certain exists — AI agents routinely hallucinate plausible-sounding package names ('slopsquatting'), and attackers pre-register those names with malware. Returns a verdict (SAFE / CAUTION / SUSPICIOUS / DOES_NOT_EXIST) with the reasons: existence on npm, first-publish age, weekly downloads, deprecation, and edit-distance to popular packages (typosquat detection). If it doesn't exist, do not install it.

Inputs: name (required).

verify_packagesVerify multiple package names at onceA

Batch version of verify_package: pass every dependency you're about to add (e.g. all the imports in a file or a proposed package.json diff) and get a verdict per name. Use before applying any change that adds dependencies, so a single hallucinated or typosquatted name is caught before install.

Inputs: names (required).

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    A4/5.0

    Scored across 2 tools

    Disambiguation5/5

    The two tools are clearly distinguished by singular (verify_package) vs plural (verify_packages), making it obvious which to use for a single dependency vs a batch. The descriptions reinforce this distinction, so there is no risk of misselection.

    Naming Consistency5/5

    Both tools follow the exact same verb_noun pattern with snake_case (verify_package, verify_packages), and share the common 'verify_' prefix. The naming is perfectly parallel and predictable.

    Tool Count3/5

    With only 2 tools, the server feels slightly thin, but the narrow scope of npm package verification justifies having just a single and batch variant. The count is borderline but not extreme.

    Completeness5/5

    The server fully covers its stated domain: verifying npm package safety before install. The singular tool handles one package, and the batch tool handles any number, covering all realistic use cases. There are no obvious missing operations.

    Related MCP Connectors

    Related MCP Servers

    • A
      license
      Not graded
      quality
      D
      maintenance
      Validates and checks packages across 19 ecosystems to prevent AI agents from installing hallucinated, deprecated, or malicious packages.
      55 npm
      AGPL 3.0
    • A
      license
      Not graded
      quality
      C
      maintenance
      Enables AI coding agents to automatically verify npm packages against the live registry before installation, flagging hallucinated, slopsquatted, or otherwise suspicious packages with risk verdicts.
      5 npm
      MIT
    • A
      license
      A
      quality
      B
      maintenance
      Enables AI coding agents and CI to vet npm dependencies before they reach the lockfile, flagging hallucinated, slopsquatted, or otherwise risky packages with evidence-backed verdicts.
      3
      67 npm
      4
      MIT
    • A
      license
      A
      quality
      B
      maintenance
      Verifies npm packages for security risks before installation, checking advisories, install scripts, typosquatting, and other factors, providing safe/block verdicts.
      1
      93 npm
      Apache 2.0