AWS 一次调用就能给智能体带引文的答案。链接真能支持结论吗？

客户问正在运行的软件版本是否还会收到安全更新。客服智能体给出一个很肯定的答案，并附上供应商的文档。链接能打开，域名也对。问题在于，页面说的是最新版，而客户用的是前一个版本。

AWS 于 2026 年 11 月 5 日宣布 Amazon Bedrock AgentCore 上的 Web Answer 正式可用。Bedrock AgentCore 是 AWS 用来运行和连接 AI 智能体的基础设施。新的托管连接器只需一次工具调用，就能搜索公开网页、阅读页面并综合生成附有引文的答案。AWS 列出的可用区域是美国东部（弗吉尼亚北部），即 us-east-1。以前分开搭建这几个环节的团队可以少做一些工作，也能在答复客户之前拿到一份可核对的结果。 AWS 发布和操作指南 · AWS 连接器文档

版本支持状态、发布日期和修订过的操作说明，很适合测试这类工具。只要找到合适的出处，每个问题都可能得到实用的答案。搜索系统也很容易找到主题相关、却在支持另一种说法的页面。可以这样让回答与证据之间的对应关系更清楚。

美国弗吉尼亚州阿什本的 AWS 数据中心建筑，作为区域背景照片。Vahurzpu 摄于 2020 年。经过裁剪和缩放，采用 CC BY-SA 4.0。 图片来源 · 许可。

一次工具调用可以完成多个环节

AWS 提供两款相关连接器。Web Search Tool 会返回排序后的搜索结果，包括标题、链接、摘要和发布日期等信息。查看哪些结果、怎样形成答案，由调用方决定。Web Answer 接收自然语言问题，自行规划搜索并阅读相关页面，然后返回正文和引文。团队希望自己掌控哪个环节，决定了哪种方式更合适。 AWS 对 Web Answer 与 Web Search 的比较

客服助手在较长流程中只需要确认一个事实时，把综合回答交给工具可以减少一个编排环节。应用不必把二十条摘要交给模型筛选，可以直接请它就某个版本或政策给出一条带出处的说明。如果审核人员要对比不同文章、检查结果覆盖范围，或说明为什么优先采用某个来源，直接查看搜索结果更容易看清决策过程。同一款应用可以针对不同问题选用两条路径。

同一个客服流程中的两种搜索方式。使用 Web Search 时，阅读资料和综合回答由调用方负责。Telli.sh 原创图。

连接器通过 AgentCore Gateway 以 Model Context Protocol 工具的形式提供。按 AWS 的文档，返回值包含文本和结构化答案列表。每个答案块可以附上自己的引文，在信息可用时包含 URL 和域名。工具返回错误时会标记 isError。AWS 要求在面向最终用户的输出中使用 Web Answer 结果时，保留并展示来源引文和链接。把答案送到界面的过程中，要保留答案块与引文的对应关系。把所有出处混在文末，即使看起来引用齐全，也会让复核更困难。 AWS 响应格式及使用要求

给问题划定范围

假设供应商叫 ExampleSync。客户说他们在德国运行 ExampleSync Server 4.2，使用标准支持方案。可以问这个版本和方案在咨询当天是否还能收到安全更新，并要求给出适用的生命周期声明、来源 URL 和生效日期。如果引用页面说的是其他产品或版本类型，也要明确标注。客户姓名、账号、许可证密钥和私下往来都用不到。

这种问法把客服决定和证据查询拆开。“我能告诉客户他们仍受支持吗？”可能引导系统推测整个业务关系。询问某个指定版本的公开生命周期，审核人员就有了具体核对对象。公开时间表没有提到私下签订的维护合同，就可以请客服把剩下的判断交给负责合同的团队。

现行连接器文档介绍了 1.1.0 及以后版本的域名控制、发布日期筛选器和国家提示。智能体可以指定供应商文档站和支持站等域名。AWS 还提供目标级的域名控制，让网关执行边界规则，不必把所有域名判断交给用户输入的提示词。国家设置可以细化搜索结果。如果地区影响结论，仍要核对结果是否适用于正确的区域或合同。 AWS 筛选配置和输入结构

限定域名有助于避开转载，但供应商把资料分散在多个站点时，结果可能不完整。发布日期筛选得太窄，又可能漏掉两年前发布但仍具权威性的生命周期文档。反过来，最新的页面也可能写着尚未生效的日期。分别记录页面发布日期、文件所述生效日期和核查日期。多个结果有冲突时，保留相互矛盾的出处，让负责人员判断哪份文件适用。

顺着引用找到原文里的那句话

客服答复里的引文指向证据。先打开决定结论的那一条引文。核对页面标题和语言，再找到具体段落。比对产品名、版本、版本类型和地区。如果答案有日期，就去读列出该日期的句子或表格。对停止支持政策的一般说明可能完全正确，但仍无法证明某个版本的具体日期。

审核人员查看实际出处及其适用范围，再决定怎样使用答案。Telli.sh 原创图。

比如，结果说 4.2 版会持续收到安全更新到 12 月。引用的是供应商的生命周期页面，但表格把标准支持和延长支持分成两行。标准支持在 9 月结束，延长支持在 12 月结束。即便链接可访问、页面也出现了那个日期，审核人员还是需要发现两者不匹配。界面应该保留争议主张与引文的关联，并让人方便标记支持方案不一致。

有时是提问少了限定条件。用户没说明版本类型时，可以先追问。有时是证据不完整。产品概览可能没写某个功能适用的版本，发行说明也可能只提到预发布环境的推送，未说明是否正式可用。好的界面能交代已经找到什么、还有什么悬而未决，避免把一串没有说明的链接扔给用户自行解释。

也用同样的方法测试正确答案本来就不确定的情况。例如，询问一个没有出现在生命周期时间表里的版本。预期结果是明确说明公开文档无法确定其状态，并给出有用的下一步。这项测试可以同时衡量系统能否回答，以及它能否识别应该暂缓回答的情况。

让第一次集成易于衡量

1. 在文档列出的区域使用测试网关。按 AWS 指南接入 Web Answer，给网关服务角色授予调用连接器所需的权限，再给调用方单独分配测试需要的网关调用权限。使用已经批准发起计费请求的测试账号或隔离环境。 AWS 设置指南
2. 调整提示词之前先做一小组题目。加入一条有最新答案的问题、一份相关却过时的文档、一个按方案区分的问题、一个来源有冲突的问题，以及一个公开证据不足的问题。写明各题的理想处理方式。
3. 从测试问题和已公开文档开始。只有目标明确时才加入域名和日期约束。检查结构化答案块，在展示时保留出处链接，并给审核人员一种对照原始页面的方法。
4. 与当前人工流程或返回排序结果的连接器比较。记录得到证据支持的主张数、合理暂缓的答案数，以及审核人员不得不重新调查的问题数。尽可能计量从提交问题到最终批准的时间，把人工复核也计入比较。
5. 给工具错误、缺少出处和超时准备后备流程。让客服可以打开官方文档，或把问题交给同事。记录具体且范围明确的故障原因代码，原始工单继续遵守组织的保留和访问规则。

AWS 在 11 月 5 日的操作指南中列出的 Web Answer 价格为每 1,000 次工具调用 10 美元。按这个示例价格，100 次调用对应 1 美元，250 次对应 2.50 美元。Gateway 的用量、调用方智能体使用的模型以及重复调用要另行考虑。客服比较的单位应该是一条可用且核实过的答复。一个要改三次、还要花几分钟手工查出处的简短回答，运营成本可能高于一条生成较慢、但第一次审核就通过的答案。 AWS 操作指南中的定价

扩大覆盖范围前，先记录耗时和常见失败原因。如果大部分失败来自版本类型不匹配，就在提问表单中加入明确的版本类型字段。旧页面是主要问题时，找到供应商的正式政策，弄清它如何发布更新。有价值的来源经常不在允许列表里，就和客服负责人一起修订网关策略。不同原因需要不同改动。

简单问题和有争议的问题应分开比较。十九条常规问题立即获批，第二十条却把两个互相冲突的地区政策混在一起，单一平均值就会掩盖需要审核人员耗时的地方。记录每次送审的原因和耗时。修改连接器设置后继续使用同一组案例。这样才能判断新策略是否让更多答案可用，同时把不确定的情况交给合适的人。

实际收益是缩短从清楚提问到拿到可供审核人员判断的证据这段时间。AWS 在一次请求中提供搜索和综合回答。客服团队要从中获得价值，还要明确什么可以作为证据，并让员工能顺手打开原文核对。

来源

• AWS 正式可用公告，2026 年 11 月 5 日
• AWS Web Answer 操作指南与公开演示，2026 年 11 月 5 日
• AWS Web Answer 连接器、筛选、响应结构和使用要求
• AWS Web Search Tool 连接器
• Vahurzpu 拍摄的区域背景照片，CC BY-SA 4.0

---

想把客服复核中的问题、来源检查和决定保存成可检索的记录，可以创建 Telli.sh 账号。