5.1基礎
モデルへJSON形式の審査結果を生成させる。
後続処理が誤った値を実行しないようにする。
実装として適切なものを2つ選べ。
× 不正解
構造化出力はスキーマと値域を検証し、失敗時は直接実行せず保留・再試行・人手確認へ分岐する。
詳細解説
正しいJSONスキーマ、必須項目、型、列挙値、長さ、範囲を検証する
形式と値の不備を拒否できる。
正しい検証失敗時は再試行・保留・人手確認へ分岐し、直接実行しない
不確かな出力を安全側へ送れる。
誤りモデルの出力をそのままSQLやコマンドへ渡す
出力が実行可能コードになる。
誤りJSONとして解析できれば業務上の妥当性も保証される
構文と意味は別である。
公式資料で確認する
以下の項目を公式資料の記述と照合して確認します。
Task 5.1と出力検証の資料を読み、JSON形式の審査結果が検証に失敗した仮想例を整理する。再生成の回数・時間の上限、保留先、人手確認への引継ぎ、後続処理を開始しない条件を表にする。
参考にした公式資料
確認できる内容
検証失敗時に無条件で再実行せず、上限付きの再生成と保留・確認の経路を説明できる。
理解のポイント
- JSONスキーマ
- 値域
- 保留
確認時の注意
- 確認環境: 公式資料と仮想例による参照確認。AWS APIの呼出し、業務データの取得、後続処理の実行は不要。
- JSONの途中切れ、未対応のスキーマ指定、業務条件への違反では原因が異なる。同じ要求を無限に繰り返さず、原因と再試行可能性を分ける。
- 再生成の対象は未採用の候補出力である。後続処理が既に一部実行された場合は、同じ処理の重複実行を避ける確認を別に設ける。
基礎のおさらい
失敗時の分岐
検証に通らない結果を業務処理へ流さず、再生成・保留・人手確認などの決めた経路へ送る。
上限付きの再試行
回数や時間の上限を設け、成功しなければ保留や確認へ移す。検証失敗は再生成すれば必ず直るという意味ではない。
問題IDAWS-AIF-325
確認環境公式資料と仮想例による参照確認。AWS APIの呼出し、業務データの取得、後続処理の実行は不要。
最終技術確認2026-10-25
誤り・権利侵害を報告