OpenAPI Response Validator
Choose an operation, documented response, and media type from your OpenAPI document, then check whether an example body conforms to that selected contract.
1. OpenAPI document
One pasted JSON or YAML document · 1 MiB maximum · no linked documents are fetched.
OpenAPI document editor3. Example response body
Paste manually · 256 KiB maximum. JSON and ordinary text are supported.
An empty editor is an empty body, not JSON null.
Response body editor4. Response analysis
Parse a document, select an operation, and validate the pasted response.
Check a documented response contract
Parse the OpenAPI document, find an operation, and explicitly choose one documented exact, range, or default response. Select its media type and paste an example body. An actual HTTP status header is not required. For a selected media range, provide a concrete example Content-Type so the body parser can be chosen.
Understand the selected contract
Results retain operation, response, media, and schema source pointers. A response with no content has no fabricated body schema. A documented representation without schema is unconstrained. Body absence, empty text, JSON null, and an empty object remain separate values.
OpenAPI versions and schema dialects
Response-contract analysis is based on OpenAPI 3.1.x and 3.2.x semantics, including QUERY, additionalOperations, and 3.2 media references. Patch releases share their minor feature line; the exact declared version is shown. OpenAPI 3.0, Swagger 2.0, and future minor lines are recognized but unsupported. This is focused response analysis, not a complete OpenAPI conformance validator.
Schema validation uses Draft 2020-12 assertions with official OAS 3.1 and 3.2 dialect annotations preserved. The document default, jsonSchemaDialect, and supported schema-resource $schema overrides are respected. Custom dialects block affected validation. format, readOnly/writeOnly, discriminator, and serialization annotations do not become additional hard assertions.
Local references and supported bodies
Local Path Item, Response, Media Type (3.2), and schema fragment references are resolved within this pasted document. Component schemas and $defs use their document JSON Pointer scope. Linked documents and remote examples are never fetched. Resource URI resolution using $id, anchors, or dynamic references is outside this adapter and blocks affected validation.
JSON and structured +json payloads are parsed as JSON; ordinary text is passed as a string. XML, YAML response bodies, binary, forms, multipart, SSE, NDJSON, and JSON sequences are unsupported. itemSchema is never used as a complete-body schema. Independent streaming item validation is not supported in Phase 6. Response headers beyond Content-Type, request validation, webhooks, and callbacks are deferred.
Privacy and indexability
Documents and bodies stay in browser memory and run in a bounded worker. Editing a document clears its cached analysis. There is no automatic persistence, backend, analytics, or live endpoint access. Both routes remain noindex, follow and excluded from the sitemap pending launch review.
Official sources checked
OpenAPI Specification 3.1.2 (3.1.2) · OpenAPI Specification 3.2.1 (3.2.1) · verified 2026-10-07. Matching follows the OpenAPI response and media selection rules and RFC 9110 HTTP Semantics. Source versions inform this implementation; this toolkit is not affiliated with the OpenAPI Initiative.
Validate a captured status and Content-Type instead · Compare two JSON Schema contracts