2.1標準
モデルへ問い合わせ分類の例を数件与える。
新しい入力への形式と判断を安定させる。
プロンプト設計として適切なものを2つ選べ。
× 不正解
少数例示は代表性・境界・期待形式を考えて選び、個人情報・誤り・版を管理する。例の量より一貫性と検証が重要である。
詳細解説
正しい代表的で正確な例を、入力形式・境界例・期待出力とともに選ぶ
モデルが要件を理解しやすい。
モデルが要件を理解しやすい。
問題の要件では、代表的で正確な例を、入力形式・境界例・期待出力とともに選ぶが解決する範囲と、別の工程が担う範囲を分けて判断する。
正しい例示データに個人情報や誤った判断がないか確認し、版管理する
例示による漏えいと誤学習を防げる。
例示による漏えいと誤学習を防げる。
問題の要件では、例示データに個人情報や誤った判断がないか確認し、版管理するが解決する範囲と、別の工程が担う範囲を分けて判断する。
誤り例を増やせば常に品質が上がる
文脈・費用・矛盾も増える。
文脈・費用・矛盾も増える。
問題の要件では、例を増やせば常に品質が上がるが解決する範囲と、別の工程が担う範囲を分けて判断する。
誤り例示の出力を検証せず業務処理へ使う
誤った例が判断を誘導する。
誤った例が判断を誘導する。
問題の要件では、例示の出力を検証せず業務処理へ使うが解決する範囲と、別の工程が担う範囲を分けて判断する。
実際に確かめる
一時的な検証環境で実行できる例です。
AWS公式AIF-C01 Domain 2.1・2.3のプロンプト例示、コンテキスト、データ保護を確認する。期待される結果
例示の品質・個人情報・文脈長を考慮してfew-shot入力を設計できる。理解のポイント
- 例示
- 境界例
- 版管理
確認時の注意
- 確認環境: AWS公式AIF-C01試験ガイドとAWS公式ドキュメントの確認
- AWS公式ドキュメントで、対象サービスが提供する機能と前提条件を確認する。
- モデル、データ、アプリケーション、利用者の責任分界を混同しない。
基礎のおさらい
few-shot
少数の入力と期待出力例をプロンプトへ示し、タスクの形式を伝える方法。
境界例
分類や規則の境界にあり、判断基準が曖昧になりやすい入力。
問題IDAWS-AIF-375
確認環境AWS公式AIF-C01試験ガイドとAWS公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告