バージョンによる違いを確認する
openapiまたはswaggerのルートフィールドで適用する規則が決まります。3.1ではcomponentsだけの文書も有効になり得るため、端点がゼロでも即エラーにはしません。
- サンプルには共有パラメータと再帰モデルが含まれます。
APIツール
JSONまたはYAMLの仕様を入力して、操作と参照を確認し、必要な形式で出力します。
一致するリクエストエンドポイントはありません。
0件中0件を表示
仕様はこのブラウザ内で処理します。APIリクエストの送信や外部参照の取得は行いません。
仕様の構造と主なパス規則を検証します。端点出力はpathsのみで、webhookとcallbackは除きます。サンプル値や実際の応答は検証しません。
入力50万文字・深さ60・5万ノード・診断100件まで。検証時間は5秒です。
仕様を入力するかサンプルを読み込んでください。
選択中の表示内容をコピー・保存します。端点一覧は検索に関係なく全件出力します。
OpenAPIフォーマッターは、生成された長い仕様をレビューするときに役立ちます。インデントを整えるだけでなく、レスポンス定義の不足やパスパラメータの宣言漏れを操作の一覧と照らし合わせられます。
まず仕様のバージョンを確認してください。整形は表記を変える処理であり、実際のAPIが正しい応答を返すかどうかのテストとは別です。
仕様全体の問題を、影響する操作に結び付けます。
OpenAPIフォーマッターはリクエストのパスごとに操作をまとめます。展開すると共有パラメータ、本文、応答コード、サーバー、安全性の宣言を確認できます。検索しても出力する一覧は全件のままです。
同じ文書内のJSON Pointerを調べ、参照先がなければエラーにします。再帰モデルはリンクを保ち、無限に展開しません。外部ファイルへの参照は未検証と表示して、確認済みの項目と混同させません。
openapiまたはswaggerのルートフィールドで適用する規則が決まります。3.1ではcomponentsだけの文書も有効になり得るため、端点がゼロでも即エラーにはしません。
操作を展開し、名前・配置・必須指定を確認します。操作側に同じ名前と配置のパラメータがあれば、パス側の定義を上書きします。
整形済み仕様は編集用、端点一覧は全操作のJSON出力、Markdownはレビュー用の文書です。検索条件は一覧の書き出しには適用されません。
Swagger 2.0とOpenAPI 3.0・3.1に対応する文書スキーマで構造を検証します。3.1内の標準JSON Schema 2020-12キーワードも確認し、不正な型名や操作の必須フィールド不足を検出します。
操作IDの重複、同一リストの重複パラメータ、未宣言または任意扱いのパスパラメータを診断します。serversやparametersをHTTP操作として数えることはありません。
インデントはスペース2個または4個です。YAMLからJSONへの変換も、その逆もできます。元のバージョンと参照文字列は維持され、移行処理は行いません。
API情報、サーバー、操作ごとのパラメータ、リクエスト本文、応答定義をまとめます。説明文はエスケープし、コードブロックを安全に囲みます。画面でHTMLを実行しません。
はい。入力形式と出力形式は別々に選べます。YAMLでは状態コードなどのキーも文字列で記述してください。整形後の値は同じでもコメントや引用符のスタイルは変わります。
文書スキーマ、標準キーワード、ローカル参照、主なパス規則を確認します。外部参照や独自方言は未検証と表示し、実際の応答やサンプル値の正しさまでは判断しません。
Swagger 2.0、OpenAPI 3.0.xと3.1.xを検証します。3.2など対応外のバージョンは明示的に拒否し、別バージョンの規則を当てはめません。
いいえ。解析と検証はブラウザのワーカー内で行います。仕様に含まれるURLにもアクセスしません。再読み込み時に入力を復元する保存機能はありません。
はい。整形済み仕様はJSONまたはYAML、端点一覧は全件のJSON、文書はMarkdownで保存できます。エラーや古い結果があるときは出力を無効にします。
期待と違う結果になりましたか?