AWSなら一度の呼び出しで出典付きの回答が返る。リンクはその答えを裏づける？

ある顧客が、利用中のソフトウェアに今もセキュリティ更新が提供されているか尋ねます。サポートエージェントは自信のある回答を作り、ベンダーのドキュメントを示します。リンクは開き、ドメインも正しいものです。ただし、ページが説明しているのは最新版で、顧客が使っているのは一つ前の版です。

AWSは2026年11月5日、Amazon Bedrock AgentCoreのWeb Answerを一般提供しました。Bedrock AgentCoreは、AIエージェントを実行し、ほかのサービスとつなぐAWSの基盤です。新しいマネージドコネクターは、一度のツール呼び出しで公開Webを検索し、ページを読み、出典付きの回答を組み立てます。AWSが案内する提供リージョンは米国東部（バージニア北部）の us-east-1 です。これまで各工程を別々に実装していたチームは作業を減らせます。顧客への送信前に担当者が確認できる成果物も手に入ります。 AWSの発表と手順 · AWSコネクターのドキュメント

バージョンのサポート期間、リリース日、改訂された手順は、この種のツールを試す題材に向いています。適切な資料があれば答えを出せますが、検索システムは関連性が高くても別の主張を裏づけるページを拾うことがあります。回答と根拠のつながりを見えるようにしてみましょう。

バージニア州アッシュバーンにあるAWSデータセンターの建物。地域を紹介する写真として掲載。Vahurzpuが2020年に撮影。トリミングとリサイズを実施。CC BY-SA 4.0。 画像の出典 · ライセンス。

一度のツール呼び出しで複数の工程を実行する

AWSには関連する二つのコネクターがあります。Web Search Toolは、タイトル、リンク、抜粋、公開日などを含む順位付きの検索結果を返します。どの結果を読み、どう回答にまとめるかは呼び出し側が決めます。Web Answerは自然言語の質問を受け、自ら検索を組み立てて関連ページを読み、回答と出典を返します。チームがどの工程を自分で管理したいかによって使い分けられます。 AWSによるWeb AnswerとWeb Searchの比較

サポート用アシスタントが、大きな手順の中で一つの事実を確認するなら、回答の統合を任せて処理を一段減らせます。20件の抜粋をモデルに渡して選別させる代わりに、一つのバージョンやポリシーについて出典付きの説明を求められます。担当者が複数の記事を比較し、検索結果の範囲を調べたり、どの出典を優先するかを説明したりする場合は、検索結果を直接受け取る方が判断の過程を見やすくなります。同じアプリの中でも、質問に応じて二つの経路を選べます。

同じサポート業務で検索を使う二つの方法。Web Searchでは資料の確認と回答の作成を呼び出し側が担当します。Telli.sh作成。

コネクターはAgentCore Gatewayを通じてModel Context Protocolのツールとして利用できます。AWSのドキュメントでは、レスポンスにテキストと構造化された回答リストが含まれます。各回答ブロックには個別の出典を付けられ、取得できる場合はURLとドメインが含まれます。ツールのエラーは isError で示されます。AWSは、Web Answerの結果をエンドユーザー向けの出力に使う場合、元資料の出典とリンクを保持し、表示することを求めています。回答を画面に出すまで、ブロックと出典の対応を残しましょう。すべての出典を区別せず末尾にまとめると、出典があるように見えても確認しづらくなります。 AWSのレスポンス形式と利用条件

質問の対象範囲を決める

架空のベンダーExampleSyncを考えます。顧客はドイツで標準サポート契約のExampleSync Server 4.2を運用しています。有用な質問は、問い合わせ日時点でそのバージョンと契約にセキュリティ更新が提供されているかを尋ねます。適用されるライフサイクルの記述、出典URL、発効日を求め、出典が別の製品やエディションに適用される場合は明記させます。顧客名、アカウント番号、ライセンスキー、非公開のやり取りは不要です。

この聞き方なら、サポート上の判断と、判断材料を集める作業を分けられます。「この顧客にサポート対象だと伝えてよいか」と聞くと、システムは取引関係全体を推測しかねません。名前を指定したリリースの公開ライフサイクルを尋ねれば、担当者が具体的に確認できます。公開されている予定表に個別の保守契約が記載されていない場合は、残る判断を契約担当に回せます。

現行のコネクタードキュメントでは、バージョン1.1.0以降にドメイン制御、公開日フィルター、国の指定が案内されています。エージェントはベンダーのドキュメントやサポートサイトなどを対象に含められます。AWSは接続先単位のドメイン制御も説明しています。これを使えば、すべての範囲指定を利用者のプロンプトに任せず、ゲートウェイで制限できます。国の設定は検索結果を絞る手がかりです。地域が結論を左右する場合は、結果が適切な地域や契約を指しているか確認します。 AWSのフィルター設定と入力スキーマ

ドメインを狭く指定すると転載を避けやすくなりますが、ベンダーの資料が複数のサイトに分かれていると情報を取りこぼします。公開日を絞りすぎると、二年前に公開され今も有効なライフサイクル文書を見落とします。一方、最新のページが将来発効する日付を記している場合もあります。ページの公開日、記載された発効日、確認した日を別々に扱いましょう。結果が食い違うときは、両方の出典を残し、担当者が適用される方を判断できるようにします。

出典の該当箇所まで開く

サポートの現場で出典は、根拠の場所を示すものです。まず、結論を左右する主張のリンクを開きます。ページの題名と言語を確かめて、該当する記述を探します。製品名、バージョン、エディション、地域が一致するかを確認してください。回答に日付があるなら、それを示す行や表を読みます。サポート終了の一般方針が正しくても、個別のバージョンの終了日を裏づけるとは限りません。

担当者は該当箇所とその適用範囲を確認し、回答の使い方を決めます。Telli.sh作成。

たとえば、バージョン4.2のセキュリティ更新は12月までと回答されたとします。出典はベンダーのライフサイクルページですが、表では標準サポートと延長サポートが別の行です。標準は9月、延長は12月に終わります。リンクが開いて日付が載っていても、担当者はこの違いを見つける必要があります。確認しやすい画面では、問題の主張に出典を付けたまま、契約種別の不一致を指摘できます。

質問に区別が欠けていることもあります。利用者がエディションを示していなければ、まず追加で尋ねるのがよい場合があります。根拠が足りないこともあります。製品の概要に機能の対象バージョンがなく、リリースノートに検証環境への段階的展開しか書かれていない場合です。使いやすい画面なら、見つかった情報と未確認の点を伝え、説明なしのリンク一覧を利用者自身に解釈させずに済みます。

不確かであることが正しい結果になる質問でも、同じ確認を行います。たとえば、ライフサイクルの予定表にないバージョンを尋ねます。公開文書では状態を特定できないと明確に説明し、次にできることを案内するのが期待する結果です。この試験で、回答する能力と、回答を保留すべき場合を認識する能力の両方を測れます。

最初の連携は測定しやすい範囲に絞る

1. ドキュメントに記載されたリージョンでテスト用ゲートウェイを使います。AWSのガイドに沿ってWeb Answerを接続し、ゲートウェイのサービスロールにコネクターを呼び出す権限を与えます。呼び出し元には、試験に必要なゲートウェイの呼び出し権限を別に付与します。課金されるリクエストについて承認済みのテストアカウントか分離環境を使います。 AWSの設定手順
2. プロンプトを調整する前に、小さな質問集を作ります。最新の回答、関連はあるが古い文書、契約別の回答、出典が競合する質問、公開された根拠が足りない質問を含めます。それぞれで期待する答え方を書きます。
3. テスト質問と公開ドキュメントで始めます。目的が明確なときだけドメインと日付を制約します。構造化された回答ブロックを読み、表示時に出典リンクを保持し、担当者が原文と比較できるようにします。
4. 現在の手作業か順位付き検索のコネクターと比較します。裏づけられた主張、妥当な理由で保留した回答、担当者が調べ直した質問を数えます。可能なら質問の送信から最終承認まで計測し、人の確認も比較に含めます。
5. ツールエラー、出典不足、タイムアウトに備えて代替手順を決めます。サポート担当者が公式文書を開くか、同僚に案件を回せるようにします。原因を調べるための限定的な理由コードを記録し、元のチケットには組織の保存・アクセス規則を適用します。

AWSの11月5日の手順記事によると、Web Answerは1,000回のツール呼び出し当たり10ドルです。この例示価格では100回が1ドル、250回が2.50ドルのWeb Answer料金になります。Gatewayの利用料、エージェントが呼ぶモデル、再呼び出しは別に考えます。サポートで比較したい単位は、使えると確認された回答一件です。三回の書き直しと数分の出典確認が必要な短い回答は、遅くても初回確認で通る回答より運用コストが高い場合があります。 AWSの手順記事にある料金

対象を広げる前に、かかった時間とよくある失敗理由を記録します。エディションの不一致が多ければ、質問フォームにエディション欄を追加します。古いページが主な問題なら、ベンダーの正式なポリシーを特定し、更新がどこに掲載されるかを調べます。有用な資料が対象ドメインの外に多いなら、サポートの責任者とゲートウェイの方針を見直します。原因ごとに適した変更は異なります。

単純な質問と判断が割れる質問は分けて比較します。定型の19件がすぐ承認されても、20件目に地域別ポリシーの矛盾があれば、一つの平均値では担当者が時間を使う場面が隠れます。確認に回った理由とその時間を記録します。コネクターの設定を変えた後も、同じケースを使いましょう。判断がつかない案件を適切な人に回しながら、利用できる回答が増えたかを確かめます。

実務で短縮できるのは、範囲の明確な質問から、担当者が判断に使える根拠がそろうまでの時間です。AWSは検索と回答の作成を一度のリクエストで提供します。何を根拠と認め、担当者がどう原文を開けるかを決めてこそ、サポートで活用できます。

出典

• AWSの一般提供発表、2026年11月5日
• AWS Web Answerの手順と公開デモ、2026年11月5日
• AWS Web Answerコネクター、フィルター、レスポンススキーマ、利用条件
• AWS Web Search Toolコネクター
• Vahurzpuによる地域の写真、CC BY-SA 4.0

---

サポートで確認した質問、出典、判断を検索できる形で残すには、Telli.shのアカウントを作成してください。