Amazon Bedrock AgentCore 开放 Web Search API：一次调用取回联网检索结果

AWS 于 2026 年 11 月 10 日宣布 Amazon Bedrock AgentCore 的 Web Search API 正式可用。此前联网检索以 MCP 工具形式经 AgentCore Gateway 提供，新的 InvokeWebSearch API 让应用、自定义智能体循环与数据管道无需创建资源即可发起检索，返回带文本摘录的排序结果，并支持按域名与发布时间过滤。可用区域与计费口径以官网为准。

这次发布的是什么

Amazon Web Services（AWS）于 2026 年 11 月 10 日宣布，Amazon Bedrock AgentCore 上的 Web Search API 正式可用。按官方公告，这个接口让应用以单次 API 调用完成联网检索：此前 Web Search 在 AgentCore 上是以 MCP 工具的形式经 AgentCore Gateway 提供的，需要走网关；新的 InvokeWebSearch API 则把检索能力直接暴露成接口，应用、自定义智能体循环与数据管道不必创建额外资源就能拿到结果。

官方说明了返回内容的构成：结果来自 AWS 自营网页索引，按顺序给出；每条结果包含文本摘录，在可用时还会带上页面标题、URL 与发布时间。调用方可以按域名和发布时间过滤，例如只找近期发布的产品公告，或把一条说法限定在可信域名范围内核对。调用走 AWS SDK 或 AWS 命令行界面，用 IAM 授权；也可从虚拟私有云内经 AWS PrivateLink 发起，并把请求记为 CloudTrail 数据事件。

这次发布影响的是在 Bedrock AgentCore 上自建智能体或数据管道的开发者，属于开放接口一类的能力更新，不是新模型发布。官方公告给出了可用区域列表与计费说明，本文按本站口径不转述任何价格数字，计费与额度一律以官网为准。

可用性与限制

• 发布时间：官方公告页内标注 Posted on: Nov 10, 2026；官方 what's-new feed 对应条目为 Tue, 10 Nov 2026 00:00:00 GMT
• 状态：官方写明为正式可用，不是预览或邀测
• 与既有能力的关系：Web Search 此前已作为 MCP 工具经 AgentCore Gateway 提供；新接口是并行的直连路径，官方未宣布旧路径下线
• 调用方式：AWS SDK 或 AWS 命令行界面，配合 IAM 授权；官方未在该页给出完整参数表与错误码清单，以开发者文档为准
• 网络与审计：可从虚拟私有云内经 AWS PrivateLink 调用，请求可记为 CloudTrail 数据事件
• 结果构成：排序结果、文本摘录，以及可用时附带的页面标题、URL 与发布时间；索引覆盖范围与更新频率未在公告中给出，以官网为准
• 过滤能力：官方写明可按域名与发布时间过滤；过滤语法、支持的时间格式与组合规则未在该页展开，以开发者文档为准
• 可用区域：官方公告列出 US East (N. Virginia)、US East (Ohio)、US West (Oregon)、Asia Pacific (Sydney)、Asia Pacific (Tokyo) 与 Europe (Ireland)；后续区域变化以官网为准
• 计费与额度：官方公告含计费说明，一律以官网为准；本文不写价格、查询配额或速率上限
• 境内可用性与跨境数据口径：官方公告未涉及，以官网为准

主要功能

• 以单次 API 调用发起联网检索
• 让应用与自定义智能体循环直接取回结果
• 供数据管道在不创建资源的前提下使用检索
• 返回来自 AWS 自营网页索引的排序结果
• 在结果里给出文本摘录与可用的标题、URL、发布时间
• 按域名过滤检索来源
• 按发布时间过滤以定位近期内容
• 经 AWS PrivateLink 在虚拟私有云内调用
• 用 CloudTrail 数据事件记录请求

技术原理

据官方公告，这次变化落在检索能力的暴露方式上。Web Search 原本已存在于 AgentCore，但以 MCP 工具的形式挂在 AgentCore Gateway 后面，调用方要先有网关这一层资源；新的 InvokeWebSearch API 把同一类能力做成可直接调用的接口，官方用「无需创建资源」来描述这条路径的差异。也就是说，对应用、自定义智能体循环与数据管道而言，联网检索从「接入一个工具」变成了「发一次请求」；公告没有说明网关路径是否因此调整，也没有给出两者在实现上的共用关系，以官方文档为准。

结果侧的设计可以从公告里读出三层。第一层是索引来源：官方写明结果来自 AWS 自营的网页索引，按排序返回。第二层是结果结构：每条结果带文本摘录，页面标题、URL 与发布时间在可用时一并提供；这决定了调用方拿到的不是一段生成的答案，而是可逐条核对的原始条目。第三层是过滤：可按域名和发布时间收窄范围，官方举的例子是查找近期产品公告、或把一条说法限定到可信域名内核对。至于索引的抓取范围、更新频率、排序依据与去重规则，公告没有展开，本文不替它推断。

接入与治理走的是 AWS 既有的一套机制。官方写明用 AWS SDK 或命令行界面调用、以 IAM 授权，可从虚拟私有云内经 AWS PrivateLink 发起，并把请求记为 CloudTrail 数据事件。这几条合起来说明它被当作一个普通的云上接口来治理，而不是单独的检索产品：权限归 IAM、网络路径归 PrivateLink、审计归 CloudTrail。具体参数结构、返回字段的完整清单与错误码，公告指向了 AgentCore 开发者指南，以官方文档为准。

实际体验

不做主观实测，只记录官方公告里可核对的行为，以及读者可自行复现的核对路径。

一是接口存在性可以按官方入口核对：在公告列出的区域里，用 AWS SDK 或命令行界面按开发者指南发起一次最小检索，观察是否收到排序结果，以及每条结果里是否带有文本摘录与可用的标题、URL、发布时间。判断依据是「请求是否被接受、结果结构是否与公告一致」，而不是检索质量好坏；权限是否放通可以直接看 IAM 的授权结果。

二是过滤条件有明确的观察点：对同一组检索词分别加上域名过滤与发布时间过滤，对比返回结果是否被收窄到指定范围内。这两项是公告点名给出的能力，属于可以逐条验证的行为。过滤语法与组合规则官方公告没有给，需按开发者文档写，本文不代填参数名。

三是治理链路可以在自己的账户里看到：从虚拟私有云内经 AWS PrivateLink 发起调用，确认网络路径是否按预期走；随后在 CloudTrail 里查是否出现对应的数据事件。这两处都是账户层面可查的事实，不需要读服务源码。若暂时看不到事件，应先核对当前区域与事件记录配置，而不是据此判断接口未生效。

四是公告未给验证清单的部分刻意留空：计费标准、查询配额、速率上限、索引覆盖范围与更新频率，都没有可在读者环境里复现的核对动作，且属于本站不转述的数字口径；旧网关路径后续是否调整、是否支持更多区域，也只能以官方后续公告为准。这些位置留白，等官方文档补齐。

项目地址与获取方式

一手公告见 AWS What's New 的 Web Search API 条目；官方指向的接入说明在 AgentCore 开发者指南的 InvokeWebSearch 章节，另有 Web Search 产品页 与 AgentCore 计费页 可查当期口径。请通过官方渠道获取，避免安装被篡改的版本；区域清单、调用配额、计费与商用条款一律以官网为准，接口名与参数请照官方文档写，不要依据第三方文章照抄。

适合谁用

• 在 Bedrock AgentCore 上自建智能体循环、需要把联网检索嵌进自己流程的开发者
• 做数据管道、只想取回可核对的原始条目而不是一段生成答案的团队
• 需要按域名或发布时间收窄来源，用于事实核对与公告监测的场景
• 要求调用在虚拟私有云内完成、并留下审计记录的企业与受监管行业团队
• 已经在用 AWS SDK、IAM 与 CloudTrail，希望少引入一层网关资源的工程团队
• 不必用：已经通过 AgentCore Gateway 的 MCP 工具接入且满足当前需求的项目 —— 官方没有宣布旧路径下线；也不需要联网检索、只做本地知识库问答的应用

常见问题

这和原来的 MCP 工具是什么关系？

按官方公告，Web Search 此前已作为 MCP 工具经 AgentCore Gateway 提供，新的 InvokeWebSearch API 是另一条路径：应用、自定义智能体循环与数据管道无需创建资源就能直接调用检索。公告没有说明两条路径在实现上如何共用，也没有宣布网关路径下线。因此更准确的理解是「多了一个直连接口」，而不是「旧工具被替换」。已经在用网关方式的项目不必因此改动，具体选择以官方文档为准。

返回的是直接可用的答案，还是原始结果？

官方写明返回的是来自 AWS 自营网页索引的排序结果，每条包含文本摘录，在可用时还会带上页面标题、URL 与发布时间。这是可逐条核对的原始条目，不是一段由模型生成的结论；调用方需要自己决定如何把这些摘录交给模型或写进数据管道。索引的抓取范围、更新频率与排序依据公告没有展开，以官网为准。

能限定只搜某些网站或某段时间吗？

可以。官方公告写明每个请求都能按域名和发布时间过滤，并举了两个用途：查找近期的产品公告，或把一条说法限定在可信域名范围内核对。这属于接口自带的过滤能力，读者可以用同一组检索词加、不加过滤条件各跑一次来验证。过滤参数的具体写法、时间格式与组合规则公告未给出，请以 AgentCore 开发者指南为准。

在哪些区域可用，怎么计费？

官方公告列出了六个可用区域：US East (N. Virginia)、US East (Ohio)、US West (Oregon)、Asia Pacific (Sydney)、Asia Pacific (Tokyo) 与 Europe (Ireland)。计费方面公告给出了口径，但本站快讯不转述价格、配额与速率数字，且这类口径会随档位调整，判断成本请直接核对 AgentCore 当期计费页与官方说明。区域清单后续若有变化，同样以官网为准。

相关工具与内容

站内 AI 智能体分类 与 AI 搜索分类 汇总了相关工具；Tavily 工具页、Exa 工具页 与 Perplexity 工具页 可对照联网检索侧的不同形态。脉络上可看 Bedrock AgentCore Web Answer 更新、成品答案与检索工具怎么选、给智能体接联网检索的搭建方法 与 Bedrock Web Search 的域名与位置过滤。