2026年8月19日,AWS 宣布更新 Amazon Bedrock AgentCore 中的 Web Search 工具:智能体现在可以在每次调用时将结果缩小到受信任的域名,或屏蔽不需要的域名,并将结果限定在一个特定的时间窗口内,起止边界均包含在内。管理员还获得了网关级别的允许列表支持,每个列表最多可包含 100 个域名;该工具最初仅在北弗吉尼亚推出,此后扩展到了爱尔兰和东京。
这看起来像是某个平台的脚注。实际上,这是一家大型服务商在承认:关于 AI 助手,重要的问题不是它能否回答,而是答案从何而来、何时写成。无论使用哪个平台,这个问题都关系到每一家让助手面向客户或员工的企业。
毁掉任何基于网络作答的助手的两个缺陷
将助手接入开放的网络搜索,会打开两扇不会自行关闭的门:
- 你不信任的来源:模型不会区分官方监管页面、论坛帖子、营销博客和竞争对手的页面。对它来说,这些都是文本。结果就是,你的客户听到的关于你自己业务的说法,来自一个既不属于你、也未经你认可的地方。
- 正确但已过期的信息:这是更危险的一种,因为它看起来不像错误。一个三年前写的页面,讲的是某项要求、某项费用或某个截止日期,而之后这项要求已经改变。答案准确,措辞自信,但它只对当年正确,而不是对你所在的这一年正确。
第二个缺陷正是日期过滤并非可有可无的原因。在一个法规每年都在变化的市场里,“这是今年的吗?”比“这来自一个好网站吗?”更重要。
这在沙特阿拉伯的实际意义
设想一家企业运营着一个回答客户或员工问题的助手。它收到的查询中不可避免地会包含监管事项:电子发票要求、许可证或合同条件、政府平台中的某个步骤、劳动法中的某个条款。每一项都只有一个权威来源:天课、税务和海关总局(ZATCA)、人力资源和社会发展部、通信、空间和技术委员会(CST)、沙特数据和人工智能管理局(SDAIA)。
一个助手明明可以依据主管机构自己的网站作答,却依据一个普通博客回答税务或劳动问题,它的问题不在于智能,而在于配置。按问题类型定义允许的来源清单,是一项你只需做一次的管理决策,而不是一项要等供应商推出的功能。
还有一个同样重要的维度:数据路径。员工和客户的查询文本是留在你自己的云环境内,还是被发送到第三方搜索引擎,当这些查询包含客户姓名、订单号或合同细节时,这是一个实质性的区别。任何构建涉及个人数据的助手的人,都应该确切知道用户输入的每一个字最终去了哪里,因为《个人数据保护法》(PDPL)依据的是路径,而不是意图。
你真正能控制的三个层级
无论你使用的是 Amazon 还是其他平台,对答案质量的控制都位于三个层级,按强度从高到低排列:
- 首先是你自己的资料:产品指南、价格、政策、已审批的答案。任何你已经有答案的问题,都不应该让助手去网上搜索。这一层级可以解决大多数实际问题。
- 一份明确的受信任域名清单:针对你没有内部答案的监管和市场问题,准备一份简短的书面官方网站清单,并每季度审查一次。
- 按日期限定的开放搜索:这是针对一般问题的最后手段,需附带时效性约束,并始终向用户展示链接和日期。
实用规则是:越往下走,出错的概率越高,展示来源就越必不可少。一个展示主管机构链接和页面日期的助手,会把用户变成核查者。一个给出自信语句却不附来源的助手,是在索取它尚未赢得的信任。
这些控制措施无法解决的问题
域名和日期过滤决定的是信息从哪里来。它们并不能保证助手理解了信息,或正确地转述了信息。它仍然可能读取一个现行有效的官方页面,却以误导性的方式加以概括,或者把一条通用规则套用到它并不涵盖的情形上。过滤缩小了出错的范围,但并没有消除它。
因此,有两件事仍然没有商量余地:在敏感问题上明确转交给人工处理,以及一份可以回溯查看的日志,记录问了什么、答了什么、依据的是哪个来源。没有这份日志,你要等到客户投诉时才会知道你的助手出了错。
Origami 的观点
我们把这次更新视为助手市场走向成熟的信号。第一阶段是一场比拼谁回答得最快、最流畅的竞赛。我们正在进入的阶段,则是一场比拼谁能依据可展示、可辩护的来源作答的竞赛。这一差别,恰恰就是一个令人印象深刻的演示与一个你敢放在客户面前的系统之间的差别。
我们给今天正在构建助手的人的建议是:从底层开始,而不是从顶层开始。先把你已审批的答案集中到一处,然后编写允许使用的官方来源清单,最后再开放带日期限制的通用搜索。如果把这个顺序颠倒过来,你得到的将是一个说得多、引用少的助手,这比没有助手更糟,因为它是在以你的名义犯错。
结论
按域名和日期过滤看起来只是某个平台内部的一个细节,但它指向一个关系到所有运营助手的人的问题:你知道你的助手从哪里作答,以及支撑该答案的信息是何时写成的吗?如果答案是否定的,那么问题不在模型,而在设置;而解决办法首先是一项管理决策,其次才是工程决策:先用你自己的资料,再用一份简短的官方清单,最后才是限定时间范围、始终附上链接的搜索。
来源
常见问题
限制来源与用我自己的数据训练助手有什么区别?
将助手连接到你自己的文档,会让它基于你的知识作答,这是首选且最准确的方式。来源限制覆盖的是另一种情况:当你没有内部答案、助手必须向外查找时,由你决定它去哪里找,而不是把整个互联网交给它。两者是配合使用的,而不是二选一。
我必须使用 Amazon 的平台才能做到这一点吗?
不是。这个思路比平台本身更宽泛。你构建的任何助手都可以被赋予一份允许的来源清单和一项时效性要求,既可以通过平台的内置功能实现,也可以通过你在应用程序中自己编写的一层逻辑实现。重要的是,这一决定要以书面形式记录并可供审查,而不是交给模型自行决定。
清单上应该有多少个官方来源?
没有标准数字,但一份简短且经过审查的清单,胜过一份冗长却无人维护的清单。先从真正与你的业务以及客户常见问题相关的主管机构开始,再根据需要增加。一份没人每隔几个月复查一次的清单,最终会变成错误的来源,而不是保障。
我怎么知道我的助手是否在用过时的来源作答?
方法是保留一份日志,为每个答案记录其所依据的链接和页面日期,并定期抽查样本。如果没有这样的日志,你就无从知晓,只会通过客户投诉才发现问题。在答案中向用户展示链接和日期,可以增加第二层保护,因为这会让用户和你一起核查。
在 Google 上关注 Origami
把 Origami 设为首选来源,我们的文章就会优先出现在您的 Google 搜索和热门新闻中。








