亚马逊把网页搜索拆成独立 API，AI 接入实时信息更简单了

亚马逊这次把网页搜索从 AgentCore Gateway 中拆成了独立 API，调用一次即可获得排序后的网页结果；真正值得关注的不是新增一个搜索工具，而是企业 AI 应用接入实时信息的工程门槛正在下降。

这是什么

此前，Amazon Bedrock AgentCore 的网页搜索主要通过 AgentCore Gateway 提供。网关适合统一管理多个 Agent 的搜索权限、身份认证和工具调用，但配置较重：开发者需要创建网关、搜索目标，并从 MCP 客户端（让 AI 应用以统一方式调用外部工具的协议）接入。

新的 Web Search API 面向更直接的场景。开发者可通过 AWS SDK（软件开发工具包）或 AWS CLI（命令行工具）发起调用，沿用现有 AWS 身份与访问管理凭证，无需预先创建网关等资源。返回结果包括网页文本摘录，以及可获得的标题、链接和发布时间。

它尤其适合三类任务：自行编排 Agent 流程、为旧应用补充实时资料，以及需要自行控制重试、缓存和错误处理的数据管道。

行业怎么看

我们认为，这一调整释放出一个明确信号：大模型公司的竞争边界正在外移。模型能回答什么仍然重要，但能否低成本、可靠地获得最新信息，决定了 AI 应用能否进入价格、监管、新闻等高频变化场景。

亚马逊称，该搜索基础设施也用于 Alexa+、Kiro 和 Quick 等产品，并与原有 AgentCore Gateway 使用同一套搜索基础。这有利于 AWS 延续“按调用付费”的云服务模式，也降低了企业迁移成本。

但风险同样清楚。第一，搜索结果质量与覆盖范围将直接影响答案可靠性，排名靠前不等于内容可信。第二，网页搜索会引入版权、隐私和合规问题，企业必须明确哪些数据可以抓取、存储和用于生成内容。第三，独立 API 降低了接入难度，却不代表 Agent 已经解决信息验证问题；如果调用方不保留来源和时间戳，实时搜索也可能放大错误信息。

对普通人的影响

对企业 IT：已有应用不必为了查询网页而整体迁移到 Agent 架构，开发团队可以先用单个 API 验证实时信息是否能改善业务结果，再决定是否建设完整网关。

对个人职场：依赖最新资料的研究、写作和运营流程会更快接入搜索能力，但使用 AI 时仍应核对原始链接、发布日期和出处，搜索摘要不能替代事实核验。

对消费市场：价格比较、产品咨询和本地服务等场景有望获得更及时的回答；不过，搜索能力是否真正转化为更好的消费体验，仍取决于应用是否如实展示来源并控制误导性摘要。