oasdiff
Server Details
Detect breaking changes, generate changelogs, diff, and validate OpenAPI specs.
- Status
- Healthy
- Uptime
- 100.0% over the last 24 hours
- Last Tested
- Transport
- Streamable HTTP · MCP 2025-11-25
- URL
- ChatGPT
- –
- Claude
- –
TDQS
Scored across 4 tools
Each tool has a clearly distinct purpose: validate checks a single spec, while breaking_changes, changelog, and diff all compare two specs but differ in output granularity (breaking only, full severity-classified list, raw structural changes). Descriptions explicitly cross-reference each other to remove ambiguity.
All tools share the 'oasdiff_' prefix and use snake_case descriptive names. While not strictly verb_noun (e.g., breaking_changes and changelog are nouns, validate is a verb), the naming is predictable and clearly indicates the tool's function.
Four tools is well-scoped for an OpenAPI comparison/validation server. Each tool serves a necessary and non-redundant role, and the count is within the ideal range without feeling sparse or bloated.
The surface covers all core operations in the domain: validate a single spec, and compare two specs at three levels of analysis (breaking-only, full changelog, raw diff). No obvious gaps like merging or converting specs are implied by the server's purpose.
Available Tools
4 toolsoasdiff_breaking_changesAInspect
Detect breaking API changes between two OpenAPI specifications. Pass the base (old) and revision (new) specs as YAML or JSON; returns the breaking and warning-level changes. Use this when the question is whether an API change breaks existing clients. Use oasdiff_changelog instead to list every change including non-breaking and informational ones, oasdiff_diff for the raw added/removed/modified structure, or oasdiff_validate to check a single spec rather than compare two. Both specs must be valid, self-contained OpenAPI (external $ref URLs or files are not resolved).
| Name | Required | Description | Default |
|---|---|---|---|
| base | Yes | the base (old) OpenAPI specification, as YAML or JSON | |
| revision | Yes | the revision (new) OpenAPI specification, as YAML or JSON |
oasdiff_changelogAInspect
Produce a full changelog of every detected change between two OpenAPI specifications (base vs revision), down to informational changes. Pass both specs as YAML or JSON. Use this when you want the complete set of changes at every severity. Use oasdiff_breaking_changes instead when you only care whether the change is breaking (less noise), or oasdiff_diff for the raw structural diff without a backward-compatibility judgment. Both specs must be valid, self-contained OpenAPI (external $ref URLs or files are not resolved).
| Name | Required | Description | Default |
|---|---|---|---|
| base | Yes | the base (old) OpenAPI specification, as YAML or JSON | |
| revision | Yes | the revision (new) OpenAPI specification, as YAML or JSON |
oasdiff_diffAInspect
Show the structural diff between two OpenAPI specifications (base vs revision): what was added, removed, or modified. Pass both specs as YAML or JSON. Use this when you want the raw structural changes rather than a backward-compatibility verdict. Use oasdiff_breaking_changes to judge whether changes break clients, or oasdiff_changelog for a severity-classified changelog. Both specs must be valid, self-contained OpenAPI (external $ref URLs or files are not resolved).
| Name | Required | Description | Default |
|---|---|---|---|
| base | Yes | the base (old) OpenAPI specification, as YAML or JSON | |
| revision | Yes | the revision (new) OpenAPI specification, as YAML or JSON |
oasdiff_validateAInspect
Validate a single OpenAPI specification against the OpenAPI and JSON Schema rules. Pass the spec as YAML or JSON; returns the findings (empty when the spec is valid). Use this when you have one spec and want to check it is well-formed. For comparing two specs, use oasdiff_breaking_changes, oasdiff_changelog, or oasdiff_diff instead. The spec must be self-contained (external $ref URLs or files are not resolved).
| Name | Required | Description | Default |
|---|---|---|---|
| spec | Yes | the OpenAPI specification to validate, as YAML or JSON |
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
4 tool updates
- First observed
oasdiff_breaking_changes - First observed
oasdiff_changelog - First observed
oasdiff_diff - First observed
oasdiff_validate
Related MCP Connectors
Schema-aware API monitoring: diff OpenAPI specs for breaking changes, manage endpoints.
Changelogs for coding agents: versions, breaking changes, migrations. Free changelog-to-JSON.
Generate a typed SDK, CLI, and MCP server from any OpenAPI or GraphQL spec, and keep them current.
Breaking changes between two versions: npm, PyPI, GitHub Actions, Helm, Terraform, crates.io, Go.
Related MCP Servers
- AlicenseAqualityDmaintenanceEnables AI clients to validate OpenAPI specs, compare versions, detect breaking changes, and generate changelogs.4MIT
- FlicenseNot gradedqualityDmaintenanceValidates OpenAPI documents, JSON Schemas, and JSON payloads. Also compares OpenAPI specs and displays breaking changes.-
- AlicenseNot gradedqualityCmaintenanceEnables agents to lint OpenAPI specifications and detect breaking changes between two versions of an API, normalising Swagger 2.0 and OpenAPI 3.0/3.1 into a single model with safe $ref resolution. It exposes schema-walking and example-validation tools over stdio, classifying each change as breaking, potentially breaking, or safe based on request-versus-response variance.1MIT
- AlicenseBqualityBmaintenanceLocal OpenAPI contract checks and breaking-change detection between spec versions for AI coding agents.281 npmMIT
Glama MCP Gateway
Add one secure layer between your agents and this server.