Advertisement
Guide
About the OpenAPI / Swagger Viewer
OpenAPI (formerly Swagger) is the standard way to describe a REST API in a YAML or JSON file: every endpoint, its parameters, the shape of requests and responses, and how to authenticate. The file is precise but long, and following its $ref links by hand is slow. This viewer turns it into browsable documentation as you type.
Edit the spec on the left and the endpoint list updates live, so it doubles as a quick way to check a spec you are writing. Everything is processed in your browser.
OpenAPI 3 vs Swagger 2
Swagger 2.0 keeps schemas under definitions, describes the request body as a parameter with in: body, and sets the host and base path at the top. OpenAPI 3 moves schemas to components/schemas, adds a separate requestBody with one schema per content type, and lists one or more servers. The viewer reads both.
How to use it
- 1Paste a spec, open a .yaml or .json file, or load the example.
- 2Filter the endpoint list or browse it by tag.
- 3Open an endpoint to see its parameters, body and responses.
- 4Switch a schema to Example, or copy the curl command to try the call.
Frequently asked questions
Can I view a spec from a URL?
Open the URL in your browser, copy the YAML or JSON, and paste it here. The viewer does not fetch URLs, so private specs are never sent anywhere.
Are external $refs supported?
References inside the same document (#/components/...) are resolved. References to other files or URLs are shown but not followed.
How are example payloads made?
From the example, default or enum values in the spec where present, otherwise from each property’s type and format — a date-time gets a timestamp, a uuid gets a UUID.
Is this a full validator?
No. It reports common mistakes such as undeclared path parameters and duplicate operationIds, but it does not check every rule of the specification.
