Why it matters
An OpenAPI file describes an API completely, but a 3,000-line YAML file isn't something you read. Most viewers need a server or send your spec to a third party, which isn't great for an internal API.
This viewer reads the spec in your browser, lays out each endpoint with its parameters, bodies and responses, and builds example payloads from the schemas. The linter catches the problems that make generated clients and docs worse: missing operationIds, unresolved $refs, missing error responses and undocumented security.
How it works
- InputOpenAPI 3.x or Swagger 2.0, YAML or JSON
- In your browser$refs resolved, operations checked
- OutputA browsable reference, example bodies and Markdown
Where it fits in a designer's workflow
- Plan
- Design
- Build
- Test
- Launch
By the numbers
Show the numbers as a table
| Item | Count |
|---|---|
| GET | 2 |
| POST | 2 |
| Issues found | 4 |
How to use it
- Paste an OpenAPI or Swagger file, or open one.
- Browse the endpoints and pick one to see its detail.
- Fix the problems the linter lists.
- Download the Markdown reference.
FAQ
Which versions are supported?
OpenAPI 3.0 and 3.1, and Swagger 2.0, in YAML or JSON.
Does it follow external $refs?
No. References to other files or URLs are listed but not fetched; references within the file are resolved.
Can I try requests from here?
No. It's a viewer and linter; nothing is sent to the API. Use the cURL converter to build calls.
Is my spec uploaded?
No. It's parsed in your browser.