3.4標準
社内ヘルプデスクの回答に根拠が見つからない。
誤回答が業務停止につながる可能性がある。
運用設計として最も適切なものはどれか。
× 不正解
根拠不足や低信頼のケースでは、安全な拒否・保留と人手レビューへ切り替えるフォールバックを設計する。
詳細解説
正しい回答を確定せず、根拠不足を表示して担当者へエスカレーションする
不確実な自動回答を止め、人が確認してから利用者へ返せる。
不確実な自動回答を止め、人が確認してから利用者へ返せる。
問題の要件では、回答を確定せず、根拠不足を表示して担当者へエスカレーションするが解決する範囲と、別の工程が担う範囲を分けて判断する。
誤り根拠がなくてもモデルの最有力回答を自動送信する
もっともらしい誤情報を業務へ流すリスクがある。
もっともらしい誤情報を業務へ流すリスクがある。
問題の要件では、根拠がなくてもモデルの最有力回答を自動送信するが解決する範囲と、別の工程が担う範囲を分けて判断する。
誤り信頼度表示を隠して自動化率だけを上げる
利用者が不確実性を判断できず、過信を招く。
利用者が不確実性を判断できず、過信を招く。
問題の要件では、信頼度表示を隠して自動化率だけを上げるが解決する範囲と、別の工程が担う範囲を分けて判断する。
誤り問い合わせログを全削除する
原因分析と改善に必要な記録が失われる。
原因分析と改善に必要な記録が失われる。
問題の要件では、問い合わせログを全削除するが解決する範囲と、別の工程が担う範囲を分けて判断する。
実際に確かめる
一時的な検証環境で実行できる例です。
AWS公式AIF-C01ガイドDomain 3.4の人間の監督・安全な失敗を確認する。期待される結果
不確実性を検出し、自動処理を止めて人へ引き継ぐ運用を説明できる。理解のポイント
- 不確実性
- フォールバック
- 人手レビュー
確認時の注意
- 確認環境: AWS公式AIF-C01試験ガイドとAWS公式ドキュメントの確認
- AWS公式ドキュメントで、対象サービスが提供する機能と前提条件を確認する。
- モデル、データ、アプリケーション、利用者の責任分界を混同しない。
基礎のおさらい
フォールバック
自動処理が条件を満たさないとき、拒否・代替処理・人手へ切り替える仕組み。
安全な失敗
不確実な出力で危険な操作をせず、利用者へ状態と次の手段を示すこと。
問題IDAWS-AIF-084
確認環境AWS公式AIF-C01試験ガイドとAWS公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告