構造化出力ベリファイア

構造化された出力を送信する前に、JSONモデルとターゲットモードを貼り付けて、必須フィールドと基本タイプをチェックします。

Read the full guide: JSON スキーマ API 設計ガイド : サンプル生成から LLM 検証まで →

プライバシー:アップロードしないローカルで処理します。

↓ 下の入力領域に貼り付けて、結果をすぐに表示します。★QADB 610☆QADB 610☆QADB 610☆QADB 610☆QADB 610☆QADB 610☆QADB 610☆QADB 610☆QADB

JSON 数据

JSON Schema

備考

校验范围

支持 object 类型、required 与 properties 嵌套; 类型检查为 string/number/boolean 等基础类型。非完整 JSON Schema 实现。

構造化された出力を送信する前に、JSONモデルとターゲットモードを貼り付けて、必須フィールドと基本タイプをチェックします。

クイックスタート

  1. JSONを貼り付け

    左側はモデル出力またはサンプルデータです。

  2. スキーマの貼り付け

    右側には、オブジェクト、必須アイテム、属性が使用されます。

ユースケース

SampleのJSON Schemaとペアを組んでパターンを推定し、ここで実際の出力を検証します。

典型的なワークフロー

次に、JSONモードを右ボックスに貼り付けます。「検証」をクリックして、欠落したフィールド、タイプ不一致、フォーマットの問題など、強調表示されたエラーを表示します。出力がモードに完全に一致するまで、エラーを修正して再検証します。

複雑なパターンの場合は、段階的に検証します。最初に必須フィールドをチェックし、次にタイプをチェックし、最後にネストされた構造をチェックします。デバッグ中にモードを簡略化して問題を分離します。API応答が変化するたびに、特にモデルの更新後に再検証されます。

JSON Schema gates

Define required, type, enum, pattern constraints. Same schema for LLM structured output and REST contract tests. Valid JSON may fail schema—json-formatter first, then validate.

Extract schemas from OpenAPI components—openapi-formatter tidies large specs before copy.

LLM workflow

System prompt declares schema; retry or fallback on validator failure. Use llm-json-extractor to strip Markdown fences.

token-counter keeps schema + examples within context.

CI integration mindset

Browser tool for ad-hoc; CI uses ajv with the same schema file. Error paths ($.items[2].price) pinpoint bugs.

json-diff before/after fixes against schema changes.

Input

{"name":"Ada","score":98}

Output

Valid or issue list

FAQ

配列の検証?

ネストされたオブジェクトに焦点を当てる、

生産準備が整っていることを確認しますか?

完全ではありません。構造コンプライアンスをチェックする場合、現実世界での使用には、テストフィールドの意味、空処理、テキストのトランケートなどが必要です。セルテストとサンドボックス検証を組み合わせます。

Which JSON Schema draft?

See tool implementation—complex $ref may need simplification.

YAML schema?

yaml-converter first for YAML instances or schemas.

Uploaded?

No.

format keyword?

email/date-time format support varies—use pattern for critical rules.