社内FAQの回答下書きを生成する。
回答は日本語で、入力文書に書かれた情報だけを使い、箇条書きで出したい。
プロンプトに含める指示として最も適切なものはどれか。
役割、コンテキスト、制約、出力形式、情報不足時の振る舞いを明示すると、生成結果を評価しやすくなる。
詳細解説
役割と制約、入力データ、期待する形式、根拠がない場合の応答方針を具体化する。
役割と制約、入力データ、期待する形式、根拠がない場合の応答方針を具体化する。
問題の要件では、役割、参照文書、出力形式、情報がない場合の扱いを明示するが解決する範囲と、別の工程が担う範囲を分けて判断する。
文脈と期待する出力が不足し、安定した回答形式になりにくい。
文脈と期待する出力が不足し、安定した回答形式になりにくい。
問題の要件では、目的を指定せず、短い単語を一つだけ渡すが解決する範囲と、別の工程が担う範囲を分けて判断する。
入力データの機密性とアクセス権を設計せずに貼り付けるのは安全ではない。
入力データの機密性とアクセス権を設計せずに貼り付けるのは安全ではない。
問題の要件では、機密情報をすべてプロンプトへ貼り付けるが解決する範囲と、別の工程が担う範囲を分けて判断する。
保証を宣言するだけでは根拠や制約が増えず、事実性を確保できない。
保証を宣言するだけでは根拠や制約が増えず、事実性を確保できない。
問題の要件では、回答の正確性を保証するという一文だけを追加するが解決する範囲と、別の工程が担う範囲を分けて判断する。
実際に確かめる
一時的な検証環境で実行できる例です。
AWS公式AIF-C01ガイドのDomain 2.3でプロンプト設計の基本要素を確認する。期待される結果
役割・コンテキスト・制約・形式をプロンプトへ組み込む理由を説明できる。理解のポイント
- 役割
- コンテキスト
- 出力形式
- 制約
確認時の注意
- 確認環境: AWS公式AIF-C01試験ガイドとAWS公式ドキュメントの確認
- AWS公式ドキュメントで、対象サービスが提供する機能と前提条件を確認する。
- モデル、データ、アプリケーション、利用者の責任分界を混同しない。
基礎のおさらい
コンテキスト
モデルが回答を作るために参照する入力文書、会話、条件。
出力制約
言語、形式、長さ、根拠がない場合の応答など、期待する振る舞いを限定する指示。