从搜索结果到直接答案
给 AI Agent 接入网页能力，过去通常不只是一个搜索接口。开发者要接入第三方搜索 API，把结果交给模型，让模型判断抓取哪些页面，再抓取、清洗、压缩到上下文窗口内，最后生成答案；如果还需要来源标注，则要额外维护引用逻辑。每个环节都会带来 token 消耗、延迟、API key 管理，以及新的供应商审查。
AWS 宣布在 Amazon Bedrock AgentCore 中推出 Web Answer，试图把这部分流程收敛为一个托管工具。它是 AgentCore Gateway 的一个 connector：接收自然语言问题，在一次 MCP 工具调用中返回书面答案，并让答案中的每个论断关联来源 URL。
这与 6 月推出的 Web Search 定位不同。Web Search 返回排序后的网页结果，由开发者自己的模型继续处理；Web Answer 则直接返回带引用的答案。AWS 的建议是两者并用：
- Web Search：适合模型需要继续处理多个网页来源、进行综合推理的场景。
- Web Answer：适合只需要当前、可验证事实的场景，避免把大量网页内容塞进编排器上下文。
引用格式、域名过滤与接入方式
Web Answer 的返回内容分为两层。content[0].text 是可直接渲染的 Markdown 文本，带有引用标记；structuredContent.answer[] 则以结构化方式保存文本块和引用列表，引用中包含 url，也可包含 domain。文本块中的标记 N 对应同一块内 citations 数组的 N-1 项。若调用失败，isError 会设为 true，失败原因会写入 content[0].text。AWS 示例中，服务端延迟约为 5.2 秒。
权限设计上，Gateway service role 需要获得调用 Web Answer 的权限，但不需要 bedrock:InvokeModel 权限。Web Answer 使用的模型在 AWS 侧运行，费用包含在每次调用价格中。处理过程可能使用跨区域推理，但会限制在同一地理区域内，例如 US、EU 或 APAC。
域名过滤采用两级机制：管理员先设定边界，Agent 只能在该边界内进一步收窄。通过 AWS CLI 创建 Gateway target 时，可以配置 domainFilter 的 include 列表。例如，只允许查询 docs.aws.amazon.com、aws.amazon.com 和 kubernetes.io，就能把 Web Answer 限制在官方文档范围内，而无需自行搭建 RAG。如果尚未创建 Gateway，控制台向导也可以先创建：选择 MCP target，目标类型选择 Connectors，再添加 Web Answer 工具。
接入链路上，开发者可以先用 MCP Inspector 测试工具，再写代码。如果 Gateway 启用了语义搜索，tools/list 可能同时返回 x_amz_bedrock_agentcore_search，因此应通过 ___WebAnswer 后缀匹配工具，而不是依赖返回顺序。在 Strands Agents 示例中，调用通过 SigV4 认证完成，不需要额外 API key。EKS 场景下，通过 EKS Pod Identity 配置的 Pod 角色需要调用 Gateway 的权限和编排模型所需的 Bedrock 权限，不需要直接拥有 Web Answer 权限；私有集群可通过 PrivateLink 访问 Gateway。
成本、治理与黑盒取舍
价格方面，Web Answer 为每 1,000 次工具调用 10 美元；Gateway 调用为每 1,000 次 0.005 美元。素材给出的估算是：一个内部助手每个工作日处理 2,000 个问题，约每月 44,000 次，Web Answer 费用约为 440 美元/月，还需另加编排模型成本。由于 Web Answer 直接返回答案，编排模型通常不必像处理原始 Web Search 结果那样消耗更多 token。
成本控制的方式也较明确：让 Agent 只在事实会随时间变化时调用 Web Answer；对于需要长时间研究、且模型本来就会筛选网页的任务，可以考虑每 1,000 次 7 美元的 Web Search。
从平台工程角度看，Web Answer 把网页检索变成了一种托管原语，并划分了职责：Agent 决定何时需要外部信息，Gateway 决定谁可以调用以及可访问哪些来源，AWS 负责搜索、生成和引用。这种分离减少了开发者自建搜索、抓取、引用和权限控制的工作量。
但它也带来黑盒问题：开发者不能选择 Web Answer 背后的模型，也看不到中间搜索过程，答案质量依赖 AWS 的索引和生成效果。更稳妥的做法是从范围较窄、域名白名单严格的场景开始，观察数周质量和成本，再逐步扩大可用范围。
原创文章，作者：点点，如若转载，请注明出处：https://www.dian8dian.com/agent-lian-wang-jian-suo-bu-bi-zai-zi-ji-pin-jie-aws-web
