5.1標準
生成モデルからJSONを受け取り業務処理へ渡す。
不正な値や追加フィールドを防ぐ。
実装として適切なものを2つ選べ。
× 不正解
構造化出力はスキーマで型・必須・列挙・範囲を検証し、業務ルール・権限・副作用も確認する。不正値は拒否・再試行・人手確認へ送る。
詳細解説
正しいJSON Schemaなどで型・必須項目・列挙値・長さ・範囲を検証し、不正時は拒否または再試行する
後続処理の前提を守れる。
誤りJSONとして解析できれば値の範囲や権限を信頼する
形式と意味は別である。
誤りモデル出力をそのままSQLやコマンドへ連結する
インジェクションと誤操作が起きる。
正しい生成した構造化データを業務ルール・権限・副作用の有無と照合する
形式だけでなく意味を検証できる。
公式資料で確認する
以下の項目を公式資料の記述と照合して確認します。
Task 5.1と安全な出力処理を確認する。スキーマに適合する仮想JSONでも、対象レコード・許可された操作・現在の業務状態・副作用を確認する場所を分け、モデル由来の値で実行権限が広がらない流れを整理する。
参考にした公式資料
確認できる内容
構造の適合と業務上の妥当性・認可を分け、実行直前に信頼できる権限と状態を確認できる。
理解のポイント
- JSON Schema
- 範囲検証
- 副作用
確認時の注意
- 確認環境: 公式資料と仮想例による参照確認。AWS APIの呼出し、業務データの取得、後続処理の実行は不要。
- JSON内の利用者IDや許可フラグを、信頼できる認証・認可情報の代わりにしない。実行対象と現在の権限をアプリ側で照合する。
- スキーマの適合、回答の事実性、業務上の許可は別の確認である。SQLのパラメーター化や表示文脈に合ったエンコードは、スキーマ検証後も必要になる。
基礎のおさらい
意味と業務条件の検証
型や形式が合う値でも、対象レコードの状態や業務規則に違反する場合がある。構造の検査と別に確認する。
認可と副作用
信頼できる主体の権限に基づいて操作を許可し、保存・更新・送信などで何が変わるか確認する。モデルが出した権限名だけでは許可しない。
問題IDAWS-AIF-459
確認環境公式資料と仮想例による参照確認。AWS APIの呼出し、業務データの取得、後続処理の実行は不要。
最終技術確認2026-10-25
誤り・権利侵害を報告