AWS 推出 Web Answer on Amazon Bedrock AgentCore：一次调用返回带引用的联网答案，经 MCP 接入

AWS 于 2026 年 11 月 5 日在 What's New 宣布 Web Answer on Amazon Bedrock AgentCore 正式可用。这是一个托管工具：智能体发出一个自然语言问题，一次调用就能拿到带引用、基于当前网页来源综合好的答案，无需自建检索、综合与引用链路。它建立在 6 月推出的 Web Search 之上，作为 AgentCore Gateway 的 target 经 MCP 调用、用 IAM 鉴权，当前仅在美国东部（弗吉尼亚北部）区域开放。

这次发布的是什么

Amazon Web Services（AWS）于 2026 年 11 月 5 日在官方 What's New 页面宣布 Web Answer on Amazon Bedrock AgentCore 正式可用（GA）。公告把它定义为一个托管工具：对自然语言问题，在单次调用里返回「综合好、有依据、带引用」的答案。

它接在 6 月已推出的 Web Search on Amazon Bedrock AgentCore 之后。官方对两者关系的描述很直接：从「找到网页内容」推进到「返回成品答案」，让智能体构建方不必自己搭建与维护检索、召回、综合、引用这条流水线。公告写明，这项能力是客户提出的需求。

对站内读者更有意义的是接入形态：Web Answer 不是一个新的独立控制台产品，而是挂在 AgentCore Gateway 上的一个 target，通过 MCP 协议调用、用 IAM 做鉴权。也就是说，已经在 AgentCore 上搭智能体的团队，是在既有网关设施上加一个工具，而不是换一套框架。

可用性与限制

• 状态：官方宣布正式可用（GA），不是预览或测试版
• 区域：当前为美国东部（弗吉尼亚北部）区域；其他区域是否开放以官方区域表为准
• 接入形态：作为 AgentCore Gateway 的 target，经 MCP 调用，鉴权走 IAM
• 数据边界：官方称 zero data egress，即数据不出站
• 来源控制：可用域名允许列表、域名拒绝列表限定检索范围
• 时效控制：可用发布日期过滤条件限定来源时间
• 计费：官方写明按工具调用计费，具体标准、配额与速率条款以官网为准
• 未披露：检索后端、排序与合成所用模型、引用格式、超时与并发上限、引用覆盖率，均以官方文档为准

主要功能

• 单次调用返回带引用、基于当前网页来源的综合答案
• 自行规划检索，并并行执行多次搜索
• 自行判断证据是否收集充分再作答
• 用域名允许与拒绝列表把检索范围限定在指定来源
• 用发布日期过滤条件控制引用来源的时效
• 以 Gateway target 形态挂载，供智能体经 MCP 复用

技术原理

据官方说明，Web Answer 的运行方式接近一个智能体：它先规划要搜什么，再并行跑多轮搜索，然后判断证据是否已经足够回答问题，最后把结果综合成带引用的答案返回。这与「给一串链接让上层模型自己读」的差别在于，检索、判断与综合都被收进这一次工具调用里。

架构层面可确认的是：它作为 target 挂在 AgentCore Gateway 上，调用走 MCP，鉴权走 IAM，官方强调 zero data egress。边界控制由调用方给出——域名允许列表、拒绝列表与发布日期过滤，用来限定「去哪找」与「找多新」，而不是把整个开放互联网原样交给它。

公告没有披露更多实现细节：检索后端是什么、答案由哪个模型综合、引用以什么结构与字段返回、多轮搜索的停止条件如何设定，都需要看官方文档。本文不替它补架构推测；这类信息请以下面列出的官方开发文档为准。

实际体验

不做主观实测，只记录公告页可核对的观察。

一是新旧边界清楚：官方明确写它「builds on Web Search on Amazon Bedrock AgentCore, which launched in June」。所以这不是 6 月那条更新的重发，判断依据就是共用同一套 Gateway 与治理设施、但能力从「返回内容」推进到「返回答案」。写快讯时把两件事分开，比含糊地说「AWS 更新了联网能力」准确。

二是它替代的是自建链路的中间段：公告把「不用自己建 search、retrieve、synthesis、citation 流水线」当成卖点。对已有 RAG 管线的团队，这更像可以替换其中一段；对还没搭的团队，则是少建一段。它并没有承诺替你做答案校验或业务规则判断。

三是区域限制要先查：当前只写了一个区域，跨境与多区域部署不能按「已可用」推。官方在公告里另给了区域表链接，动手前应对照该表。

四是计费与指标都留白：按工具调用计费，但官方没有在这条公告里给超时、并发、引用覆盖率或答案一致性指标。压力测试与成本测算需要自行在配额内验证，本文不填推测值。

项目地址与获取方式

• 官方公告：https://aws.amazon.com/about-aws/whats-new/2026/11/web-answer-amazon-bedrock/
• 开发文档：https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/gateway-target-connector-web-answer-tool.html
• 产品页：https://aws.amazon.com/bedrock/grounding/web-answer/
• 区域表：https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/agentcore-regions.html
• 获取方式：登录 AWS 控制台，按官方文档在 AgentCore Gateway 上配置该 target 并通过 MCP 调用；具体区域与计费以官网为准。请通过官方渠道获取，避免安装被篡改的版本

适合谁用

• 已在 Amazon Bedrock AgentCore 上搭建智能体的开发团队
• 需要答案可溯源、能给出引用来源的企业问答与客服场景
• 不想自建检索、综合与引用流水线的中小团队
• 需要按域名与发布时间限定信息来源的合规敏感业务
• 不必用：只需要原始网页结果列表的人，以及已经自建检索管线并要求完全掌控排序与召回逻辑的团队

常见问题

它和 6 月的 Web Search 有什么区别？

官方说法是：Web Search 负责找到网页内容，Web Answer 在此基础上把检索、并行搜索、证据判断与答案综合收进一次调用，直接返回带引用的成品答案。两者共用 AgentCore Gateway 这套设施，是能力延伸而不是互相替代；公告没有写 Web Search 会被下线。

现有智能体要重写吗？

从公告给出的接入方式看，不需要换框架：它作为 Gateway 上的一个 target 挂载，通过 MCP 调用、IAM 鉴权。已有 AgentCore Gateway 的团队主要是新增 target 与配置来源边界；是否要调整提示词与结果处理，取决于现有链路怎么消费工具返回值，以官方文档为准。

能限制它引用哪些网站吗？

可以。公告写明支持域名允许列表、域名拒绝列表与发布日期过滤，由调用方设定检索范围与来源时效。官方没有在这条公告里说明这些条件如何与并行搜索的停止条件共同生效，细节以开发文档为准。

在哪些区域可用？

公告只写了美国东部（弗吉尼亚北部）区域，并附了官方区域表链接。其他区域是否开放、何时开放，本文不做推断，请以该区域表与官网更新为准。

相关工具与内容

站内 AI智能体分类 与 AI搜索分类 汇总了同类能力；Perplexity 工具页 可对照面向用户的联网问答形态。AWS 侧的既往脉络可看 Bedrock Web Search 的域名与位置控制 与 AgentCore CLI 1.0 发布，自建链路的取舍则见 智能体联网检索配置指南。