Amazon Bedrock AgentCoreのWeb検索にドメイン・公開日フィルタ追加、東京リージョン対応開始

Amazon Bedrock AgentCoreのWeb検索機能に、リクエスト単位でのドメインフィルタリングと公開日フィルタリングが追加されました。

• ドメインフィルタリング: エージェントが信頼できるソースに絞り込み、不要なドメインをブロック可能。管理者の再設定なしで、リクエストごとに動的に制御できます。
• 公開日フィルタリング: 検索結果を特定の期間（開始日・終了日）に限定し、最新かつ関連性の高い情報のみを取得可能。
• 管理者向け機能: ゲートウェイレベルでの許可リスト（allowlist）サポートと、ドメインリストの上限が100ドメインに拡張されました。

リージョン拡大: 米国東部（バージニア北部）に加え、欧州（アイルランド）とアジアパシフィック（東京）で利用可能になりました。

エンジニア視点での考察・アドバイス

解決された課題

• 情報源の信頼性確保: 金融や医療など規制産業では、特定ドメイン（例: .gov、.edu）のみを信頼情報源とする要件が多い。従来はエージェント側でフィルタリングロジックを実装する必要があり、運用負荷が高かった。
• 情報の鮮度管理: ニュース記事や法令改正など、公開日が重要なユースケースで、古い情報を排除できるようになった。
• 動的な制御: 管理者の再設定なしで、エージェントがリクエストごとにフィルタ条件を変更可能。柔軟性が向上。

日本リージョンの状況（要確認）

• 東京 (ap-northeast-1): 公式発表で利用可能と明記。ただし、運用前にAmazon Bedrock AgentCoreのドキュメントでリージョン固有のデプロイ手順を確認すること。
• 大阪 (ap-northeast-3): 公式発表やドキュメントに記載なし。AWS Management ConsoleまたはAWSサポートで利用可否を確認する必要あり。

実務での注意点

• コスト影響: Web検索のリクエスト数が増えると、Bedrockの利用料金に加え、検索APIのコストも発生。特に大規模なエージェントでは、フィルタリング条件を厳密に設定して無駄なリクエストを抑えること。
• セキュリティ: ドメインフィルタリングは**許可リスト（allowlist）とブロックリスト（blocklist）**の併用が推奨。ただし、100ドメインの上限に注意。
• パフォーマンス: 公開日フィルタリングを厳密に設定すると、検索結果が減少し、エージェントの応答速度に影響する可能性あり。ユースケースに応じて期間を調整。

次のアクション

1. 東京リージョンでの動作確認: まずはap-northeast-1でWeb検索ツールをデプロイし、フィルタリング機能をテスト。
2. 大阪リージョンの利用可否確認: AWSサポートに問い合わせ、大阪での利用可否を確認。
3. コスト試算: 想定リクエスト数に基づき、BedrockとWeb検索のコストを試算。
4. ドキュメントの確認: 公式ドキュメントで最新の仕様をチェック。

参考資料

• AWS公式ブログ: Domain and publish date filters for Web Search on AgentCore
• Amazon Bedrock AgentCore ドキュメント