クイズ:プロンプトメンテナンスとオブザーバビリティ(D5 タスク 5.2)
クイズ1
本番 FM システムで「先週のプロンプト更新以降、応答品質が低下している」という報告がありました。最も迅速にプロンプトを以前の状態に戻す方法として適切なのはどれですか。
クイズ2
FM システムの「InvocationLatency が平均 4 秒だが、特定の時間帯に 20 秒を超えるスパイクが発生している」という状況を把握するために最も適切な CloudWatch の機能はどれですか。
クイズ3
API Gateway → Lambda → Bedrock という構成で「全体のレスポンスタイムは遅いが、Bedrock 単体の InvocationLatency は正常範囲」という状況があります。ボトルネックを特定するために最も適切なアプローチはどれですか。
クイズ4
プロンプトの継続的メンテナンスサイクルにおいて、「新バージョンのプロンプトを golden dataset に通して旧バージョンより悪化していないか確認する」フェーズを表す最も正確な用語はどれですか。
クイズ5
Amazon Bedrock Agents で「エージェントが特定のツール呼び出しを繰り返し試みるが成功せず、無限ループに近い状態になっている」という問題が報告されました。最初に確認すべき診断手順として最も適切なのはどれですか。
クイズ6
Amazon Bedrock Agents のアクショングループで、OpenAPI スキーマに定義した必須フィールド orderId を FM が渡さないため Lambda が毎回エラーになっています。最も根本的な解決策はどれですか。
クイズ7
Knowledge Base を使った RAG システムで「同一のユーザークエリへの応答時間が、時間帯によって 0.5 秒から 8 秒まで大きく変動する」という報告がありました。最も可能性が高い原因と診断手順はどれですか。
クイズ8
チームが FM システムの本番オブザーバビリティ設計を検討しています。「問題が起きてから調べる」のではなく「問題が起きる前に検知する」設計として最も包括的なアプローチはどれですか。
未回答の問題は、不正解として正解と解説のみ表示します
ログインが必要です
クイズに回答するにはログインしてください。