breaking-changes-mcp
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., "@breaking-changes-mcp Show breaking changes from react 18.2.0 to 19"
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.
breaking-changes-mcp
Stop your coding agent from hallucinating dependency migrations.
An MCP server that gives Claude, Cursor, and any MCP client accurate, source-grounded breaking-change briefings for any npm package — read straight from the real GitHub release notes and CHANGELOG, not from the model's stale training data.
LLMs are great at writing code and terrible at remembering exactly what changed between react@18 and react@19, or next@14 and next@16. That's where upgrades break. This server closes the gap: point it at a package and a version range, and the agent gets the actual breaking changes before it touches your code.
Why this exists
Tools like Context7 inject current docs. But the most dangerous moment for an agent is a version bump, and nobody serves the delta between two versions. breaking-changes-mcp is that missing piece.
Related MCP server: dependency-migration-mcp
Tools
Tool | What it does |
| The headline tool. Returns only the breaking changes for a package between two versions, grouped per version, newest first. Reads GitHub Releases, falls back to |
| The full release notes (features, fixes, deprecations) across a version range — when breaking-only isn't enough. |
| Published versions + release dates, newest first — to discover valid |
Every tool works on the public npm registry + GitHub with no API key required. Set GITHUB_TOKEN to raise GitHub's rate limit from 60 to 5000 requests/hour.
Quick start
npx breaking-changes-mcpClaude Code
claude mcp add breaking-changes -- npx -y breaking-changes-mcp
# optional: higher GitHub rate limit
claude mcp add breaking-changes -e GITHUB_TOKEN=ghp_xxx -- npx -y breaking-changes-mcpClaude Desktop / Cursor / Windsurf / any MCP client
{
"mcpServers": {
"breaking-changes": {
"command": "npx",
"args": ["-y", "breaking-changes-mcp"],
"env": { "GITHUB_TOKEN": "ghp_xxx_optional" }
}
}
}Example prompts
"I'm on react 18.2.0 and want to go to 19. Use breaking-changes to tell me exactly what will break."
"Before you upgrade next in this repo, check the breaking changes between the installed version and latest."
"Give me the full changelog for @tanstack/react-query from 4.0.0 to 5.0.0."
Config
Env var | Default | Purpose |
| — | Personal access token to raise GitHub API limits (60→5000/hr). Read-only, no scopes needed for public repos. |
|
| Override for private/mirror registries. |
How it works
package + from..to
│
├─ npm registry ──► all versions, dates, repository URL
├─ versions in (from, to]
├─ GitHub Releases ──► release bodies for those versions
│ └─ fallback: raw CHANGELOG.md sliced between version headers
└─ extract "### Breaking…" sections + "BREAKING CHANGE" lines ──► grouped briefingDevelop
npm install
npm run build
node dist/index.js # speaks MCP over stdioCaveats
Quality of output depends on the maintainer documenting breaking changes. If a project buries them in prose,
breaking_changes_betweensays so and points you tochangelog_between.Monorepo tags (
pkg@1.2.3) and prefixed tags (v1.2.3,release-1.2.3) are handled; exotic tag schemes may miss.
License
MIT © Anicodeth
Available Tools
3 toolsbreaking_changes_betweenBreaking changes between two versionsA
Get an accurate, source-grounded list of BREAKING CHANGES for an npm package between two versions. Reach for this BEFORE writing or reviewing any dependency upgrade / migration — it defeats the model's stale, hallucinated migration knowledge by reading the real GitHub release notes (and CHANGELOG as fallback) for every version in the range. Returns breaking notes grouped per version, newest first.
Inputs: to (required), from (required), package (required).
changelog_betweenFull changelog between two versionsA
Return the complete release notes (not just breaking lines) for every version of an npm package between from (exclusive) and to (inclusive), newest first. Use when you need full context — new features, fixes, deprecations — not only breaking changes, or when breaking_changes_between reports the maintainer wrote breaking notes prose-style.
Inputs: to (required), from (required), package (required), maxChars.
list_versionsList published versionsA
List published versions of an npm package with their release dates, newest first. Use this to discover valid from/to values before calling breaking_changes_between, or to see how far behind an installed version is.
Inputs: package (required), limit.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 3 tools
Each tool has a clearly distinct purpose: listing versions, fetching breaking changes, and fetching full changelog. The overlap between breaking_changes_between and changelog_between is well-defined, with descriptions explicitly stating breaking-only vs full release notes, so agents should not confuse them.
All names use snake_case and are descriptive, but there is a minor mix: list_versions follows verb_noun while the other two follow noun_preposition. The '_between' suffix is consistent for the pair, making the set predictable overall.
Three tools is well-scoped for the narrow domain of npm package release notes. Each tool earns its place, covering the essential workflow of discovering versions and retrieving release notes/breaking changes without redundancy.
The set covers the core lifecycle for the stated purpose: version discovery, breaking changes, and full changelog. A minor gap is that there is no direct way to get a single version's notes without specifying a 'from' version, but this can be worked around using list_versions and the between tools.
Maintenance
Related MCP Connectors
Change intelligence for coding agents: sourced breaking changes for npm, PyPI, and Rust packages.
npm & PyPI freshness for AI agents: latest version, deprecations, dated breaking-change diffs.
Check exact npm/PyPI upgrades for evidence-backed breaking changes; query APIs and components.
Changelogs for coding agents: versions, breaking changes, migrations. Free changelog-to-JSON.
Related MCP Servers
- AlicenseAqualityCmaintenanceBreaking-change diffs for npm packages, served over REST and MCP, so coding agents stop writing code against outdated API knowledge.2Functional Source , Version 1.1, MIT Future
- FlicenseNot gradedqualityCmaintenanceProvides structured migration briefs for LLM coding agents covering breaking changes, codemod coverage, and hallucination warnings for major version bumps of packages like tailwindcss, next, and react.-
- AlicenseNot gradedqualityBmaintenanceEnables AI coding agents to identify exactly what broke between two dependency versions, with citations for every claim, and to verify package existence to catch typosquatting, all without requiring an API key.MIT
- AlicenseNot gradedqualityBmaintenanceEnables AI coding agents to verify, compare, and safely upgrade npm packages by scoring packages from public signals and sandboxed co-installation, detecting breaking API surface changes, and rewriting code that upgrades break.36 npm8MIT