ある企業が Amazon Bedrock のエージェント機能を本番環境に導入する前に、エージェントの動作を安全に検証したい。エージェントが外部 API を誤って呼び出した場合の影響を最小化しながらテストする方法として最も適切なものはどれか。
- A. 本番の API エンドポイントに対して低い temperature で動作させ、決定論的なテストを行う
- B. Amazon CloudWatch のメトリクスを監視し、本番環境での想定外の API 呼び出しを事後検知する
- C. エージェントのアクショングループを無効化した状態で会話だけをテストする
- D. Lambda 関数をモックとして実装したテスト用アクショングループを作成し、本番 API の代わりにモックで動作検証を行う
解答と解説を見る
正解: D
Amazon Bedrock エージェントのアクショングループは Lambda 関数をバックエンドとして使う。テスト段階では本番の API の代わりにモック Lambda 関数(実際の処理を行わず、期待する形式のレスポンスを返すダミー関数)を設定することで、実際の外部システムへの影響なくエージェントの意思決定・API 選択・パラメータ生成ロジックを安全に検証できる。Aの temperature 設定で本番 API を叩くのは安全ではない。決定論的な出力を確認しても本番への誤操作リスクは残る。Cのアクショングループ無効化ではエージェントの API 呼び出し能力そのものの検証ができず、最も重要な部分のテストが抜け落ちる。Bの事後検知は問題発生後の対応であり、影響を「最小化しながらテストする」という要件に反する予防的でないアプローチ。
📚 関連サービスの解説: AWS Lambda