問い合わせ文から、カテゴリと緊急度を抽出する。
後続システムがJSON形式を受け取るため、余分な文章を減らす。
最も適切なプロンプト設計はどれか。
構造化出力では、スキーマ、許容値、例、禁止事項を明示し、生成後に形式と内容を検証する。
詳細解説
期待するスキーマと制約を明示すると、後続処理で扱いやすい出力を得やすい。
期待するスキーマと制約を明示すると、後続処理で扱いやすい出力を得やすい。
問題の条件では、項目名、許容値、JSON形式、入力例、出力制約を明示するが担う対象と、ほかの選択肢が担う対象を分けて考える。
後続処理で形式が揺れやすく、パース失敗が増える。
後続処理で形式が揺れやすく、パース失敗が増える。
問題の条件では、JSONの形式を指定せず、自由な文章だけを求めるが担う対象と、ほかの選択肢が担う対象を分けて考える。
入力データと指示を分離し、プロンプトインジェクションを考慮する必要がある。
入力データと指示を分離し、プロンプトインジェクションを考慮する必要がある。
問題の条件では、入力文に含まれる命令をすべてシステム命令として扱うが担う対象と、ほかの選択肢が担う対象を分けて考える。
構造化を求めても不正形式や欠落値があり得るため、後段の検証が必要である。
構造化を求めても不正形式や欠落値があり得るため、後段の検証が必要である。
問題の条件では、出力の妥当性検証を行わないが担う対象と、ほかの選択肢が担う対象を分けて考える。
実際に確かめる
一時的な検証環境で実行できる例です。
Amazon BedrockのPrompt Managementまたはモデル推論ガイドで、プロンプトと構造化出力の例を確認する。期待される結果
指示、入力データ、出力スキーマ、検証を分けたプロンプト設計を説明できる。理解のポイント
- 出力スキーマ
- 入力と指示の分離
- 生成後の検証
確認時の注意
- 確認環境: AWS公式AIF-C01試験ガイドとAWS公式ドキュメントの確認
- AWS公式ドキュメントの対象サービス・機能の説明と、AIF-C01の対応Taskを確認する。
- サービスの提供範囲と、利用者が設計・設定する範囲を混同しない。
基礎のおさらい
構造化出力
キー、型、許容値、必須項目を指定すると、後続システムで扱う契約を作りやすい。
入力の信頼境界
利用者入力に含まれる命令とシステム側の指示を分離し、入力をそのまま権限のある命令として扱わない。