Gatewayを事前作成せず、AWS SDKやCLIから検索できます。東京を含む6リージョンで提供し、検索1,000件当たり7ドルと案内しました。 検索結果を既存アプリへ組み込みやすくなります。直接APIでは要求ごとにフィルターを渡すため、組織共通の出典制御をどこへ置くかが焦点です。 検索だけを既存コードへ組み込む入口ができる AWSは11月11日、Amazon Bedrock AgentCoreのWeb Search APIを発表しました。これまではGatewayと検索ターゲットを作り、MCPクライアントから利用する経路が中心でした。新APIでは、アプリや処理プログラムが直接検索を呼び出せます。使う操作はInvokeWebSearchで、通常のAWS認証情報によって署名します。別のAPIキーを管理する必要はありません。返るのは順位付きの結果と抜粋で、取得できる場合にはタイトル、URL、公開時刻も含まれます。検索先の索引はAmazonが運用し、第三者の検索エンジンへ要求を送らないと説明しています。 Gatewayと同じ索引でも方針の適用方法は異なる 対象には独自のAgentループ、事実確認の処理、監視、既存アプリへの検索追加が挙げられます。APIではドメインの許可・除外や公開期間を要求に指定できます。IAMで利用者を制御し、必要に応じてPrivateLink経由で呼び出す構成も示しました。Gatewayは複数ツールを一つのMCP接続へまとめ、管理者が共通のドメイン条件を設定する用途に向きます。直接APIにはその設定が自動で引き継がれるわけではありません。料金は検索1,000件当たり7ドルで、Gatewayを通さないためGateway料金は発生しません。ただし、PrivateLinkなど関連する基盤費用は別です。提供地域には東京、シドニー、アイルランド、米国の3地域が含まれます。対応地域とデータの扱いは、実際の構成に照らして確認します。 出典の検証と再試行を呼び出し側で設計する 直接APIの採用では、検索条件を呼び出し元のコードで固定するかが論点です。Agentが自由にドメインや期間を変えられると、組織の情報源方針から外れる可能性があります。公開時刻は常に含まれるとは限らず、結果の抜粋だけで事実を確定できるものでもありません。重要な内容は原文を開き、更新日と主張を確認する処理が必要と見られます。再試行、キャッシュ、失敗時の応答も直接管理する範囲になります。検索件数だけでなく、本文取得やモデルが読む量まで含めて費用を評価します。既存の依存関係監視例に加え、独立したAPIの料金と提供地域が今回明示されました。Gateway経由の統制と直接接続の簡潔さを、必要な管理責任に合わせて選ぶ段階です。検索結果を保存する場合は、元の公開日時と取得した日時を別に記録します。後から内容が変わった際に、どの情報を使って回答したかを説明するためです。