Load the contract
Start with OpenAPI 3.0 or 3.1 JSON, or supported YAML. Local component references are resolved without network access.
Compare OpenAPI contracts with real request and response captures—or compare two contract versions. Trace breaking changes, type mismatches, missing fields, and unexpected endpoints without sending data to a server.
OpenAPI JSON or common YAML syntax. The baseline never leaves this device.
Supports internal $ref, request bodies, JSON response schemas, parameters and status codes. Maximum 4 MB.
Upload request/response pairs, HAR, or line-delimited JSON.
Each sample uses method, path or url, status, optional request.body, request.headers, request.query, response.body and response.headers. A browser HAR export is also accepted. Missing HTTP status is reported as unverified, not silently treated as 200. Captured bodies must be valid JSON values for JSON-schema checks.
Compare endpoints, response fields, constraints and request requirements.
Classification is directional: the first specification is the current/baseline contract, and this one is the proposed/new contract.
API samples may contain secrets. Review before exporting reports. This editor never sends them anywhere.
Ready. Load the demo or paste a contract and samples.
Observed operation coverage appears here after analysis.
This is a local static analysis, not a live API tester. Evidence from observed samples cannot guarantee forward or backward compatibility.
Use the demo to see how mismatched types, missing properties and undocumented statuses are surfaced.
Export the analysis for pull requests, QA tickets or CI follow-up.
Reports use operation templates rather than observed URL IDs; unmatched URLs are withheld. Reports do not contain raw request or response bodies. Review potentially sensitive field names before sharing.
Potential breaking means a violation was observed or a change is likely incompatible. Warnings require review. An empty report only means no supported checks found issues in the supplied evidence.
Start with OpenAPI 3.0 or 3.1 JSON, or supported YAML. Local component references are resolved without network access.
Import request/response samples or HAR captures. Detect nested field mismatches, required-property gaps, status changes, and additional fields.
Filter by risk and export JSON or CSV reports. Or compare two versions of an OpenAPI contract before release.
No. There is no endpoint probing, URL fetching, secret storage, backend or cloud processing. It works only on files and text you provide.
No. It performs practical checks for common OpenAPI constraints and internal references. Complex schema dialect features, discriminators, conditional keywords, external references and arbitrary YAML features are not fully supported.
No. Samples are evidence, not exhaustive proof. Dynamic behavior, authentication, semantics, client assumptions and untested schema branches can still be incompatible.
Use an array of objects with method, path, status and optional request/response bodies, NDJSON records or HAR data. Review or redact credentials and personal information before saving or sharing.
Import an OpenAPI JSON document or the supported conservative YAML subset, then compare it with supplied JSON, NDJSON or HAR request/response samples—or compare two contract versions. Review potential drift and operation coverage before exporting findings.
Authored example: Create a fictional response contract that requires a currency field, then compare a captured response that omits it. Treat the output as a candidate mismatch and verify it against the full schema and endpoint specification.
Limits and privacy: The tool does not call live endpoints or fully implement OpenAPI/JSON Schema. External references and advanced YAML/schema semantics are unsupported. A missing status is not assumed to be 200, and unobserved operations are not proven unused. Exports omit raw response bodies but can reveal contract details; review them before sharing.