package-verify-mcp
Verifies npm package names for existence, age, downloads, deprecation, and typosquatting against popular packages before installation.
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., "@package-verify-mcp Verify `react-hook-forms` before installing."
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.
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 |
| 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). |
| 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-mcpClaude Code
claude mcp add package-verify -- npx -y package-verify-mcpClaude 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-formsbefore you install it." (→ 🛑 typosquat ofreact-hook-form)"Check all the packages in this package.json diff with package-verify."
"Is
@types/node-fetcha real package?"
Config
Env var | Default | Purpose |
|
| Registry for existence/metadata. |
|
| 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 + suggestionsCaveats
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.tsfor your stack.
Develop
npm install
npm run build
node dist/index.jsLicense
MIT © Anicodeth
Available Tools
2 toolsverify_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
Scored across 2 tools
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.
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.
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.
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
Blocks typosquatted or hallucinated npm/PyPI packages before an AI agent installs them.
Verify npm packages before your AI agent installs them: hallucinations, advisories, API drift.
Check an npm/PyPI package before an AI agent installs it: 5 focused supply-chain tools.
Check npm packages for typosquats, hallucinated names, install scripts and risky new releases.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceValidates and checks packages across 19 ecosystems to prevent AI agents from installing hallucinated, deprecated, or malicious packages.55 npmAGPL 3.0
- AlicenseNot gradedqualityCmaintenanceEnables 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 npmMIT
- AlicenseAqualityBmaintenanceEnables 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.367 npm4MIT
- AlicenseAqualityBmaintenanceVerifies npm packages for security risks before installation, checking advisories, install scripts, typosquatting, and other factors, providing safe/block verdicts.193 npmApache 2.0