Vdiff Mcp

io.github.mcurmi05Published by GitHub account mcurmi05v0.1.2Updated Oct 24, 2026

Breaking-change diffs for npm packages: removed exports, changed signatures, migration notes.

VerifiedSTDIODesktop onlyWeb Search & ScrapingDeveloper Tools

Overview

AI-generated overview

An MCP server that gives an assistant breaking-change diffs between two versions of an npm package, based on the package's type declarations.

What you can do
Diff two versions of an npm package to list removed exports, changed signatures and removed or changed class and interface members, each with before/after signatures and a migration note (via the vdiff API). Look up a package's latest version and dist-tags. Results come from the package's own type declarations, with a confidence score (0.9 for bundled types, 0.8 for DefinitelyTyped fallbacks).
When to use it
Useful when a coding agent writes code against an npm package version it remembers from training rather than the version in the lockfile, and you want to know what actually broke between the two before editing or upgrading.
Requirements
Runs as a local process via npx (Node.js). By default it calls the hosted vdiff API; the VDIFF_API_URL environment variable can point it at a self-hosted instance. No authentication is declared. Network access to the API and the npm registry is needed.
Before you install
Requests go to a third-party hosted API by default, which logs each request with cache-hit status and user agent and applies per-IP rate limits. Diffs are type-level only, so runtime behavior changes that leave types untouched are invisible. Pointing VDIFF_API_URL at your own instance means running the API and a Postgres database yourself.

Installation

In SourceWeft

  1. Open Vdiff Mcp in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

vdiff

A breaking-change diff API for npm packages. Given a package and two versions, it returns a structured, machine-readable list of what actually broke: removed exports, changed function signatures, and removed or changed class and interface members. Each entry includes the before and after signatures plus a short migration note.

Live at https://vdiff-api.onrender.com. Most easily consumed through the MCP server, vdiff-mcp:

bash
claude mcp add vdiff -- npx -y vdiff-mcp

Or call the REST API directly:

bash
curl "https://vdiff-api.onrender.com/v1/diff?ecosystem=npm&package=zod&from=3.24.0&to=4.0.0"

Why this exists

LLMs learn a package's API surface during training, then the package moves on. When a coding agent writes code against zod or express, it writes for the version it remembers, which is often not the version in your lockfile. The result is confident code that calls functions that were renamed or removed two majors ago.

Existing tools only solve part of this. Version lookup tools tell the agent what the current version is. Documentation tools tell it what the docs say today. Neither answers the question the agent actually has mid-edit: "what changed between the version I know and the version installed here?"

vdiff answers exactly that. Diffs are computed from the package's own type declarations rather than changelogs, so the output reflects the real exported surface, and every response carries a confidence score so the consumer knows how much to trust it.

Endpoint reference: docs/api.md.

How it works

  1. Resolve. Fetch package metadata, versions and dist-tags from the npm registry.
  2. Extract. For each of the two versions, download the tarball, keep only the .d.ts files, and build a table of public exports (functions, classes, members, normalized call signatures) using the TypeScript compiler API. Bundled declarations are preferred; packages that ship none fall back to the matching DefinitelyTyped @types/* package, version-matched by major.minor.
  3. Compare. Diff the two export tables into typed change entries (export_removed, signature_changed, member_removed and so on), each with before/after signatures and a migration note.
  4. Cache and meter. Results are stored in Postgres keyed on (package, from, to), so each version pair is computed once, ever. Every request is logged with cache-hit status and user agent.
  5. Guard. Per-IP rate limits, a cap on simultaneous diff computations, size limits on tarballs and extracted declarations, and fetch timeouts keep the service safe to expose publicly.

Diffs are type-level: a runtime behavior change that leaves the types untouched is invisible. Responses using bundled types carry confidence 0.9; responses using community-maintained @types/* declarations carry 0.8.

API overview

EndpointPurpose
GET /v1/diffBreaking-change diff between two versions (from required, to defaults to latest)
GET /v1/resolveLatest version and dist-tags for a package
GET /healthzLiveness check

See docs/api.md for parameters, response shapes, change types, error codes and rate limits.

Stack

LayerChoiceWhy
RuntimeNode 20+, TypeScriptnpm-only .d.ts diffing needs the TS compiler API, so one language
APIFastify 5Fast, minimal, good TypeScript support
Diffingtypescript compiler APIStructured symbol tables from .d.ts files, the core of the product
DatabasePostgres 18 (Docker local, Neon prod)JSONB for variable-shape diff payloads, SQL for billing and analytics
Registrynpm registry HTTP API + tarPackuments and tarball extraction, declarations only
TestsVitestUnit tests for compare logic and @types version matching

The code is cloud-agnostic: a plain container plus a DATABASE_URL. It currently runs on Render with Neon Postgres.

Running it yourself

bash
docker compose up -d      # Postgres 18 on :5432npm installnpm run db:migrate        # apply src/db/schema.sqlnpm run dev               # API on :3000

Or containerized, the way a PaaS runs it (applies the schema on boot, then serves):

bash
docker build -t vdiff-api .docker run -p 3000:3000 -e DATABASE_URL="postgres://user:pass@host:5432/db" vdiff-api

Configuration

All configuration is via environment variables:

Env varDefaultPurpose
PORT3000Listen port
DATABASE_URLlocal Docker PostgresPostgres connection string
RATE_LIMIT_DIFF_MAX30Per-IP /v1/diff requests per minute
RATE_LIMIT_RESOLVE_MAX120Per-IP /v1/resolve requests per minute
COMPUTE_CONCURRENCY2Max simultaneous diff computations
TRUST_PROXYunsetSet true behind a PaaS proxy so the rate limiter sees real client IPs

Hardening notes

  • Rate limiting: per-IP, in-memory (fine while single-instance). /healthz is exempt for platform health checks.
  • Compute cap: at most COMPUTE_CONCURRENCY uncached diffs compile at once; excess requests get a 503 with retry-after. Cached diffs are always served.
  • Size guards: tarball downloads are capped at 50 MB (checked via content-length and counted bytes), extracted declarations at 15 MB per version. Oversized packages fail with a clear 422.
  • Fetch budgets: 10 s for packuments, 30 s for tarballs. Tarballs are only fetched from registry.npmjs.org over HTTPS.

Project layout

src/  index.ts          Fastify bootstrap, /healthz  routes.ts         /v1/resolve, /v1/diff: validation, cache, dedup, metering  registry/npm.ts   packument fetch, tarball download, .d.ts extraction  diff/    symbols.ts      .d.ts to symbol table (TS compiler API)    compare.ts      symbol table diff to breaking changes    engine.ts       orchestration, @types/* fallback, confidence  db/    schema.sql      packages, versions, diffs, diff_requests_log    migrate.ts      applies schemamcp/                vdiff-mcp, the MCP server wrapping this API (published to npm)docs/  api.md            endpoint reference, kept current with the code

Tests

bash
npm test          # unit tests (Vitest)npx tsc --noEmit  # typecheck

License

The API and diff engine are licensed under the Functional Source License, v1.1, MIT Future License (FSL-1.1-MIT): free to use, read and modify for anything except offering a competing service, and each release automatically becomes MIT two years after publication.

The MCP server wrapper in mcp/ is MIT licensed.

Source: README.md at commit fc8f13f

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

1
  1. v0.1.2LatestSep 16, 2026

Score

40% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts

    Declare a license in the repository or the registry entry.