Amazon Bedrock AgentCore的Web Search API正式可用:InvokeWebSearch每1,000次查询7美元,默认每账户每区域每秒最多10个请求,仅六个区域且不含GovCloud(美国西部),必须保留并显示来源引用;所读公告与指南没有索引大小、新鲜度和结果质量的数据
2026年11月10日,AWS宣布Amazon Bedrock AgentCore的Web Search API正式可用,InvokeWebSearch让应用、自定义智能体循环和数据管道用一次调用搜索网络,无需创建资源。结果来自亚马逊运营的网络索引,含文本摘录,并在有的情况下含标题、URL和发布时间,可按域名和发布时间过滤。通过AWS SDK或CLI调用,只用IAM授权,支持PrivateLink和CloudTrail数据事件。每1,000次查询7美元,与AgentCore Gateway上的Web Search相同,无网关费用;默认每账户每区域每秒10个请求。可用于六个区域,不含GovCloud(美国西部)。结果须保留并显示来源引用和链接。通知与指南均没有索引大小、新鲜度、排序方式或质量的数据。
2026年11月10日,AWS宣布Amazon Bedrock AgentCore上的Web Search API正式可用(general availability)。通知说,它让你用一次API调用就能搜索网络。AgentCore上的Web Search此前已经以模型上下文协议(MCP)工具的形式,通过AgentCore Gateway提供。新的InvokeWebSearch API面向直接调用服务的代码:应用、自定义的智能体循环和数据管道,不需要事先创建任何资源。本文依据AWS通知和AgentCore开发者指南中关于网络搜索的页面。本文没有测试这个API,两份来源也都没有结果质量、新鲜度或延迟的测量。
该API返回一个排序的结果列表,来自通知所称“AgentCore上Web Search背后由亚马逊运营的网络索引”。每个结果包含页面的文本摘录,并在有的情况下包含页面标题、URL和发布时间。“在有的情况下”这几个字很重要:结果可能没有标题或日期,所以依赖这些字段的代码需要备用方案。你可以按域名和发布时间过滤每次请求。通知给出两种用途:查找近期的产品公告,以及对照可信域名核实某个说法。指南也这么说,并补充说还可以为研究问题收集来源。
对AWS用户来说,调用方式是常规的。使用AWS SDK或AWS命令行界面,并用AWS身份和访问管理(IAM)授权调用。指南说,该API只用IAM授权调用者,而网关还可以用JSON Web令牌(JWT)授权。你可以通过AWS PrivateLink从自己的虚拟私有云调用该API,并把请求记录为AWS CloudTrail数据事件。这些是安全团队最先会问的控制项。来源没有说明服务会记录或保留查询文本的哪些内容,本文也不作假设。
价格和配额写明了。查询按每1,000次查询7美元计费,即每次查询0.007美元。通知说这与通过AgentCore Gateway使用Web Search的费率相同,并且该API没有网关费用。默认情况下,每个账户在每个区域每秒最多可发送10个InvokeWebSearch请求,可以通过AWS Support申请提高。来源没有说明返回零结果的请求是否计费。一个要并行发起大量搜索的系统应当算一笔账:如果1,000次搜索都按公布的费率计费,费用为7美元;默认配额限制的是一个账户在一个区域每秒能发出多少请求,除非通过AWS Support提高。来源没有说明一批突发请求需要多长时间完成。
该服务在六个区域可用:美国东部(弗吉尼亚北部)、美国东部(俄亥俄)、美国西部(俄勒冈)、亚太(悉尼)、亚太(东京)和欧洲(爱尔兰)。指南说它在AWS GovCloud(美国西部)不可用。在那里必须使用同样在该区域提供的Web Search Tool连接器。必须把流量留在某个区域内的团队应先查这份清单,因为来源没有说明索引托管在哪里、查询在哪里处理。
指南用一份差异清单把API与网关连接器作了比较。API在AgentCore数据平面端点上调用;智能体则通过网关把连接器当作MCP工具来调用。API的搜索文本放在名为searchQuery的字段,MCP工具则放在名为query的字段。如果不设置maxResults,API最多返回25个结果,MCP工具最多返回10个。发布时间在API里用publishedAfter和publishedBefore限定,在MCP工具里用from和to限定。两者都把两个边界视为包含在内。有一个细节可能造成差一天的错误。当日期不带时间时,MCP工具的“to”日期包含整整那一天,但AWS SDK和AWS CLI会把publishedBefore日期作为当天开始的协调世界时(UTC)午夜发送。因此在API里,把publishedBefore设为一个只有日期的值,会在那一天开始处截止,当天晚些时候发布的文章落在范围之外。这是对指南规则的解读,不是指南给出的例子。另外,API在每个请求里带域名过滤,而连接器还可以对每个请求应用目标级的域名列表,且调用的智能体看不到这些列表。
可接受使用条款值得再读一遍。指南说,Web Search Tool的条款同样适用于InvokeWebSearch API返回的结果,包括必须保留并显示每个结果附带的来源引用和链接。对于向用户展示搜索结果的产品,或把结果送给模型再展示答案的产品,这是设计要求,不是脚注。指南指向一个单独的“可接受使用”页面查看完整条款,本文没有抓取该页面。
来源没有确立的内容与它们确立的内容同样重要。它们没有说明索引有多大、有多新,覆盖哪些语言,结果如何排序,也没有说明这个API在质量或成本上与其他搜索服务相比如何。通知称该API正式可用,覆盖六个区域。开发者指南规定默认配额:每个账户在每个区域每秒最多10个请求。想把它用于智能体的团队,应当用自己的查询测试结果质量,设置日期过滤时考虑UTC午夜规则,为引用要求做好设计,并按每1,000次查询7美元的费率估算成本。
Sources
FAQ
InvokeWebSearch怎么收费,默认的调用上限是多少?
每1,000次查询7美元,与AgentCore Gateway上的Web Search相同,API没有网关费用。默认每账户每区域每秒最多10个请求,可联系AWS Support提高。来源没有说零结果是否计费。
InvokeWebSearch的结果可以随便使用吗?
不可以。指南说Web Search Tool的可接受使用条款同样适用,包括必须保留并显示每个结果附带的来源引用和链接。展示搜索结果,或把结果给模型后再展示答案的产品,需要在设计上满足这一要求。
用publishedBefore按日期过滤时要注意什么?
指南说AWS SDK和CLI会把只有日期的publishedBefore当作当天开始的UTC午夜,而MCP工具的“to”日期包含整天。照此读,API会漏掉当天晚些时候发布的文章。这是对规则的解读,不是指南的例子。