金融機関が Amazon Bedrock Guardrails を使った投資情報チャットボットを開発しています。Guardrails には特定の投資商品推薦を禁止するトピックフィルター、口座番号・残高などの PII マスキング、有害コンテンツのブロックが設定されています。本番リリース前に、基盤モデルへの課金を発生させずに Guardrails の設定が正しく機能するかを自動テストスイートで網羅的に検証したいと考えています。最も適切なアプローチはどれですか？
ApplyGuardrail API は、基盤モデルへの推論呼び出しを行わずに任意のテキストを直接 Guardrails に適用できる独立した API エンドポイントです。これにより、モデル呼び出しコストをゼロに抑えながら、各フィルター（トピック拒否・PIIマスキング・コンテンツフィルタ）の動作を独立してテストできます。自動テストスイートに組み込むことで CI/CD パイプラインでの継続的な検証も可能です。 選択肢BのBedrock Playground は手動で1件ずつ実行するツールであり、系統的・自動化された網羅的なテストには不向き。また Playground ではモデルも同時に呼び出されるため「課金なし」の要件を満たせない。 選択肢Cのベータテストは実際のユーザーに Guardrails の不備を露出させるリスクがあり、特に金融機関では規制コンプライアンス上の問題となりうる。本番リリース前の機能検証として許容できないリスクを持つ。 選択肢DのAWS Config はリソースの設定値が仕様と一致するかのコンプライアンスチェックには有効だが、実際の入力テキストに対して Guardrails が期待通りに動作するかという機能テストは実行できない。