本文にスキップ
AI News HubLIVE
サイト内リライト5 分で読了

Amazon Bedrock AgentCore の Web Answer を始める

記事の要約

Amazon Bedrock AgentCore の Web Answer が一般提供開始されました。1回のツール呼び出しで、出典引用付きの統合された回答を返します。本記事では、その仕組み、Web Search との違い、AgentCore Gateway への追加方法、エージェントからの呼び出し方法を解説します。

ソースAWS Machine Learning Blog著者: Adrianna Chudy
Amazon Bedrock AgentCore の Web Answer を始める
誤りを報告

訂正窓口はまだ利用できません。記事情報をコピーして保存できます。

訂正案内
本文へ

Amazon は、Amazon Bedrock AgentCore 上の Web Answer が一般提供開始されたことを発表しました。これにより、エージェント開発者は、最新のウェブ情報に基づいて質問に回答するために、検索・取得・統合・引用のパイプラインを自前で構築する必要がなくなります。従来は、検索 API を呼び出し、信頼できる結果を選別し、ページ内容を取得・整形し、モデルに統合を促し、主張と出典が一致するように引用抽出を設計する必要がありました。各ステップは保守すべきコードであり、証拠不足時のハルシネーション、インデックスの更新遅れによる古い情報、主張と出典の乖離といった問題が生じる可能性がありました。

Web Answer はこの一連のパイプラインを1回のリクエストに集約します。開発者が質問を送ると、数秒で引用付きの回答が返ります。リクエストの流れは次のとおりです。エージェントが AgentCore Gateway に質問を送信し、Gateway は AWS IAM または JSON Web Token で認証します。次に Gateway は、AWS が所有するマネージドコネクタである Web Answer を自身のサービスロールで呼び出します。Web Answer は検索を計画し、複数を並行実行し、主要ページを読んで事実を確認します。証拠が不十分な場合は再検索を行い、各主張を出典 URL に結びつけた回答を作成します。Gateway はその回答と引用を Model Context Protocol ツールの結果としてエージェントに返します。

返される回答にはいくつかの特徴があります。第一に、根拠のある各主張は引用にマッピングされ、利用可能な場合は出典 URL が付きます。第二に、Web Answer は質問ごとに新しい検索を実行し、モデルに今日の日付が与えられるため、最新情報を検索できます。第三に、エージェント型検索を採用しており、自ら検索を計画し、並行実行し、ページを読んで事実を検証し、回答に十分な証拠があるかを判断します。さらに、責任ある AI の保護措置を設計・テストに組み込んでいます。

Web Answer と Web Search はどちらも検索ユースケースをサポートしますが、統合の複雑さが異なります。分かれ目は、誰がモデルを実行するかです。Web Search はランク付けされた URL、タイトル、スニペット、メタデータを返し、開発者は自分のモデルを保持して統合を制御します。結果の処理方法を完全に制御したい場合に適しています。Web Answer はモデル、エージェント型検索ループ、統合、帰属を代行し、完成した引用付き回答を返します。質問がより大きなエージェント内のサブタスクであり、そのための検索パイプラインを所有したくない場合に適しています。多くの顧客は両方を使用するでしょう。エージェントは、生の結果が必要な広範な調査には Web Search を、迅速で引用付きの回答が必要な特定の事実質問には Web Answer を使うことができます。

セットアップは数分で完了します。Gateway 管理者が既存の AgentCore Gateway に Web Answer をターゲットとして追加すると、接続されたエージェントは MCP の tools/list と tools/call を通じてそのツールを利用できるようになります。前提条件は、AgentCore Gateway へのアクセス権を持つ AWS アカウント、us-east-1 で IAM インバウンド認証を使用する AgentCore Gateway、Gateway の呼び出し権限とモデルアクセス権を持つ AWS 認証情報、Python 3.10 以降と必要なパッケージです。これらの手順を実行すると課金対象の AWS リソースが作成されるため、完了後は削除する必要があります。

最初のステップは、Gateway のサービスロールに Web Answer へのアクセス権を付与することです。Gateway はサービスロールを使用してユーザーに代わって操作します。このロールの信頼ポリシーは、bedrock-agentcore.amazonaws.com がアカウントのスコープでロールを引き受けることを許可します。Web Answer には bedrock-agentcore:InvokeWebAnswer 権限が必要で、Gateway はリクエストごとに AWS 所有の ARN に対してこの権限を確認します。管理者はインラインポリシーでこの権限をサービスロールにアタッチできます。このロールは Gateway のアウトバウンド呼び出しのみを制御し、誰が Gateway を呼び出せるかはインバウンド認証器によって設定されます。また、エージェントのモデルはエージェント自身の ID で実行されるため、bedrock:InvokeModel 権限は不要です。

第二のステップは Web Answer ターゲットの作成です。bedrock-agentcore-control クライアントで create_gateway_target を呼び出し、connectorId に web-answer を指定し、認証情報プロバイダーを GATEWAY_IAM_ROLE に設定します。コネクタの場合、アウトバウンド認証は自動で行われ、Gateway は最初のステップのサービスロールで Web Answer バックエンドを呼び出すため、認証情報を作成・保存する必要はありません。get_gateway_target がターゲットステータスを READY と報告するまで待ってから呼び出します。Gateway 管理者はターゲットにドメインフィルターを設定することもでき、このフィルターはターゲットを経由するすべての呼び出しに適用されます。たとえば、パラメータ値を bis.org を含め、信頼できないソースを除外するように設定できます。

第三のステップは、Strands エージェントからの Web Answer の呼び出しです。エージェントは Gateway の tools/list を通じて Web Answer を検出し、他の MCP ツールと同様に tools/call で呼び出します。これは Strands Agents、LangChain、LangGraph、CrewAI、その他の MCP 互換クライアントで動作します。サンプルコードは、MCP クライアントを作成し、ツールを一覧表示し、エージェントを構築して質問する方法を示しています。質問が最新情報を必要とする場合、エージェントは Web Answer ツールを呼び出し、引用付きの完成した回答を取得します。質問に加えて、このツールはオプション引数としてドメインフィルター、公開日範囲、結果をローカライズする国を受け付けます。エージェントのドメインフィルターはターゲットのフィルターと結合され、エージェントはさらにドメインを除外したり、ターゲットが含めるドメインに制限したりできますが、ターゲットのフィルターがブロックするドメインを追加することはできません。

応答形式では、Web Answer は content と structuredContent の両方のフィールドを持つ MCP ツール結果を返します。回答は [1] のようなインライン引用マーカー付きの markdown テキストで、structuredContent.answer は同じテキストと構造化された引用リストを保持します。通常、structuredContent.answer は単一のブロックを保持し、各引用はソース URL と、利用可能な場合はドメインを含みます。

使用後は Web Answer ターゲットを削除します。このウォークスルーのためだけに Gateway を作成した場合は、まずそのターゲットを削除し、次に Gateway を削除し、最後にサービスロールとそのポリシーを削除します。AWS 側にはこれらのリソース以外に永続的なインフラストラクチャはなく、削除後は課金が停止します。

Web Answer は他の AgentCore ツールと同じエンタープライズ制御を継承します。Gateway 認証により、Web Answer 用に別途 API キーをプロビジョニング、ローテーション、管理する必要はありません。呼び出し元は設定されたインバウンド方法で Gateway に対して認証し、Gateway は自身のサービスロールで Web Answer を呼び出します。VPC と AWS PrivateLink により、エージェントはインターフェース VPC エンドポイント経由で Gateway を呼び出せるため、トラフィックはパブリックインターネットを経由しません。データ外部流出ゼロにより、クエリと結果はユーザーの AWS 環境内に留まります。CloudWatch メトリクスは最初の呼び出しから運用メトリクスを公開します。アカウントごとのレート制限はリリース時から適用され、us-east-1 ではアカウントあたり毎秒 10 トランザクションです。引き上げが必要な場合は AWS Support に連絡してください。管理者時のポリシー境界により、Gateway 管理者はターゲット設定時にドメインフィルターの境界を設定でき、エージェントは各呼び出しで境界を狭めることはできますが広げることはできません。さらに、Web Answer は Amazon が運営するウェブインデックスと Amazon のナレッジグラフを検索し、質問をサードパーティの検索エンジンや外部ウェブサイトに送信しません。

Web Answer は、エージェントが最新の引用付き情報を取得するのを支援し、知識集約型のさまざまなワークフローをサポートします。例として、金融サービス分野の規制 Q&A エージェントがコンプライアンス要件や市場規制に関する質問に回答するシナリオなどが挙げられます。

要点と分析を開く

記事インテリジェンス

エンジニア上級

要点

  • Web Answer は検索・取得・統合・引用のパイプラインを1回の MCP ツール呼び出しに集約します。
  • Web Search と異なり、Web Answer はモデル実行・エージェント型検索・統合・帰属を代行します。
  • セットアップは Gateway サービスロールへの権限付与、Web Answer ターゲットの作成、Strands エージェントからの呼び出しです。
  • VPC/PrivateLink、CloudWatch メトリクス、データ外部流出ゼロなど AgentCore のエンタープライズ制御を継承します。

要点と分析は自動生成され、誤りを含む場合があります。原典をご確認ください。