LLMの構造化出力：JSONモード、サンプル、使用タイミング

構造化出力は、言語モデルを強制して、定義済みフォーマット（JSONなど）でデータを返す方法です。 自由形式のテキストとは異なり、ダウンストリームツールが手動クリーンアップなしで処理できる厳密なフィールド名、データタイプ、スキーマを強制します。

JSON形式での構造化出力の簡単な例を次に示します。

構造化出力とは、モデルに固定スキーマ（リスト、テーブル、JSONなど）に従うよう要求することです。 自由形式の段落の代わりに、フィールド、タイプ、許可された値を定義します。

構造化出力はいくつかの形式をとることができます：

目標は常に同じです：あいまいな説明を予測可能な形に変換することです。

JSONモードは、モデルが有効なJSONのみを返すよう指示または構成される厳密な構造化出力バリアントです。 JSONモードでは、モデルが出力するすべてが追加のクリーンアップなしでJSONとして解析可能である必要があります。

典型的なJSONスキーマは次のようになります：

このスキーマをプロンプトに反映し、モデルにそれを入力するよう要求します。一部のプラットフォームはJSON のみの応答を強制する特別な設定またはAPIも提供します。

構造化出力とJSONモードが重要な理由は、言語モデルを単なるチャットアシスタントではなく、より大きなシステムのコンポーネントに変換できるためです。 出力が予測可能な場合、以下を実行できます：

LLMから構造化出力を取得するための3つのメソッドが存在します。それぞれ異なる強さと弱さを持っています。

同じタスクに対して自由形式のプロンプトと構造化JSONプロンプトを比較すると、違いが明確になります。 ここでは、顧客メールを分類および要約します。

悪いプロンプト

"この顧客メールを読んで、彼らが欲しいものを要約してください。"

良いプロンプト - JSONモード

"あなたはカスタマーサポートアシスタントです。"

「良い」バージョンはスキーマ、有効な値、およびJSONのみの要件を定義します。

信頼性の高い構造化出力を取得するには、プロンプトで明示的、一貫性があり、厳密である必要があります。 抽出データを社外インフラに出せない場合、同じ JSON モードのパターンはオンプレミスのベクトルストアでもそのまま機能します。GDPR 対応のデプロイテンプレートは、業務データのためのローカル RAGを参照してください。

異なるモデルは、ネイティブJSONモードサポートのレベルが異なります。 2026年4月現在、主要プロバイダーがどのようにランク付けされているかを次に示します：