AWS、AgentCoreにWeb Answerを一般提供 引用付き回答を1回の呼び出しで

一般提供の内容

AWSは、Amazon Bedrock AgentCore 上の Web Answer が一般提供になったと発表しました。エージェント開発者は自然言語の質問を1回のツール呼び出しで渡すだけで、出典が付いた合成済みの回答を得られます。これまで自前で組んでいた「検索し、取得し、合成し、引用を抽出する」パイプラインを置き換えられる位置づけです。

原文は、こうしたパイプラインの各段階が保守すべきコードであり、同時に失敗点でもあると説明しています。根拠が足りないときのハルシネーション、インデックスが動くことによる情報の陳腐化、主張と出典がずれる帰属の崩れなどが例として挙げられています。Web Answer はこれらを単一のリクエストに畳み込む設計です。

呼び出しの仕組みと返却形式

呼び出しは AgentCore Gateway を経由します。エージェントが Gateway に質問を送ると、Gateway は IAM または JSON Web Token (JWT) で呼び出し元を認証します。その後 Gateway が、AWS が所有するマネージドコネクタである Web Answer を自身のサービスロールで呼び出します。Web Answer は検索を計画して複数を並列に実行し、主要なページを読んで事実を確認し、根拠が足りなければ再検索します。

返却されるのは、各主張が出典 URL に対応づけられた回答です。本文は [1] のようなインライン引用マーカーを含む markdown テキストで、structuredContent には同じ回答テキストと、URL とドメインを持つ引用リストが入ります。原文の応答例では、_meta に 5210 ミリ秒というレイテンシが記録されています。

エージェントは Gateway の tools/list で Web Answer を発見し、tools/call で他の MCP ツールと同じように呼び出せます。Strands Agents のほか、LangChain、LangGraph、CrewAI、その他の MCP 対応クライアントで動作するとされています。

Web Searchとの役割分担

Web Answer と Web Search はどちらも検索結果を取得する用途を支えますが、統合の複雑さが異なります。分かれ目の基準は「誰がモデルを実行するか」です。Web Search はランク付けされた URL、タイトル、スニペット、メタデータを返し、モデルと合成は利用者が握ります。Web Answer はモデル実行、エージェント的な検索ループ、合成、帰属までを代行します。

使い分けについて原文は、幅広い調査で生の結果が必要なら Web Search、エージェント内のサブタスクとして特定の事実質問に素早く引用付き回答が欲しいなら Web Answer を挙げています。両方を併用する顧客も多いという見立てが示されています。

統制と現時点の制約

認証は Gateway に一元化され、Web Answer 用の API キーを別途発行したりローテーションしたりする必要はありません。VPC のインターフェースエンドポイント経由で Gateway を呼べるため、トラフィックをパブリックインターネットに晒さない構成が可能です。クエリと結果は AWS 環境内に留まり、Web Answer は Amazon が運営するウェブインデックスとナレッジグラフを検索して、第三者製の検索エンジンには質問を送らないと説明されています。

レート制限はアカウントあたり、US East (N. Virginia) (us-east-1) で毎秒10トランザクションです。引き上げたい場合は AWS サポートへの連絡が必要とされています。また Gateway の管理者はターゲット設定時にドメインフィルタの上限を定められ、エージェントは呼び出しごとに範囲を狭められるものの、管理者がブロックしたドメインを追加することはできません。

注意点として、原文の手順は us-east-1 の Gateway を前提としています。手順を実行すると Gateway と Web Answer の呼び出しは課金対象になりますが、具体的な料金は原文に記載がありません。不要になったらターゲット、Gateway、サービスロールを削除すれば課金は止まると説明されています。