npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

predictive-debugger

v0.9.0

Published

Predicts where code is likely to fail. Ships as a VS Code extension and as an MCP server that coding agents can call while reviewing code. Auth is borrowed from the Claude Code, Codex, or GitHub Copilot CLI you are already signed in to.

Readme

Predictive Debugger

Website and docs: predictivedebugger.dev

npm version CI License: MIT GitHub stars

MCP server for finding likely runtime failures in JavaScript and TypeScript. Seven tools help your coding agent check types, rank risky files, trace dependencies, inspect logs and get an independent model review with a line number and reason.

Uses the Claude Code, Codex or GitHub Copilot CLI you already have installed. Prediction calls use that CLI's model access and usage allowance. No separate API key is needed.

Setup

Requires Node.js 22 or later. For model predictions, install and sign in to at least one supported CLI. Python 3 is optional for log analysis.

1. Add the MCP server

Choose your agent below. npx downloads and runs the package automatically.

Run in your project on macOS, Linux or WSL:

claude mcp add --scope project predictive-debugger -- npx -y predictive-debugger@latest

On native Windows, from PowerShell:

claude mcp add --scope project predictive-debugger -- cmd /d /c npx -y predictive-debugger@latest

Use --scope user to make it available in every project.

For a user-level setup on macOS, Linux or WSL:

codex mcp add predictive-debugger -- npx -y predictive-debugger@latest

On native Windows, from PowerShell:

codex mcp add predictive-debugger -- cmd /d /c npx -y predictive-debugger@latest

For project-only setup or a longer startup timeout, see Codex configuration.

Add to .mcp.json in your project:

{
  "mcpServers": {
    "predictive-debugger": {
      "command": "npx",
      "args": ["-y", "predictive-debugger@latest"],
      "tools": ["*"]
    }
  }
}

On native Windows, use "command": "cmd" and "args": ["/d", "/c", "npx", "-y", "predictive-debugger@latest"].

For every project, see Copilot user-level setup.

2. Check the connection

Restart your agent and check /mcp for predictive-debugger and its seven tools. To check that the package downloads and print its version:

npx -y predictive-debugger@latest --version

Running without --version starts a stdio server that waits for your agent's messages. See setup help for local builds and troubleshooting.

3. Ask your agent about the code

Use Predictive Debugger to find the riskiest files in src/.
Show the imports and tests connected to src/services/orders.ts.
Check src/services/orders.ts for likely runtime failures.
Find unusual entries in logs/app.log.

Tools

| Tool | What it does | Model call | | --- | --- | --- | | scan_project | Rank source files by risk density. Excludes tests by default. | No | | analyze_file | Return complexity metrics, risk scores and contributing signals. | No | | check_types | Return selected files' TypeScript compiler diagnostics using local project settings. | No | | map_dependencies | Find imports, reverse imports and connected test files, with source-line evidence. | No | | analyze_logs | Return log anomalies, ranked by severity and unusual wording. | No | | predict_failures | Get an independent model verdict with a line number, reason and confidence. Supports batches. | Yes | | list_providers | Check which supported CLIs are installed and their sign-in status. | No |

Start with scan_project and check_types, then read the files they highlight. Use map_dependencies to find related files and predict_failures when you want a second opinion. Pass several paths as files so small files share bounded model calls and avoid repeating the CLI context for every file.

See the tool reference for parameters, result fields and limits.

The server's MCP instructions ask agents to check code they wrote in the current session from a fresh context. The routing depends on file count:

| Change | Requested check | | --- | --- | | One file, including a feature contained in one file | A fresh predict_failures call | | Several files | A sub-agent scoped to the changed files and intended behavior, where the host supports it | | Mechanical correction with one clear answer | Neither check required |

Grouped predictions retain per-file verdicts. They do not verify a feature's requirements. The benefit of the sub-agent rule has not been measured.

Privacy and limits

  • Static analysis, dependency maps and log analysis run locally. predict_failures sends source and bounded dependency context to your CLI's model provider. Set calleeContext: false to omit dependency context.
  • Credentials stay with the CLI. MCP tools can read paths the server process can access; project-scoped setup does not restrict file access. See the security model.
  • JavaScript and TypeScript are supported, including JSX, TSX and decorators. Vue and Svelte single-file components are not supported. Files above 4 MB are rejected; large predictions may cover only selected declarations.
  • Risk scores and predictions can be wrong. The benchmarks use development cases and do not establish accuracy on arbitrary repositories.
  • Manually verified on Windows. CI covers Windows, macOS and Linux on Node 22 and 24; real CLI installations on macOS and Linux have not been manually verified.

VS Code preview

An unfinished extension can show findings in the Problems panel. It requires a local build and is not available on the Marketplace or as a prebuilt VSIX. See trying the extension.

Documentation

License

MIT.