AI智能体和应用在回答关于近期事件、产品发布、价格或法规的问题时，需要比模型训练数据更新的信息。此前，Amazon Bedrock AgentCore上的Web Search通过AgentCore Gateway向智能体提供这些信息。这意味着需要创建网关和Web搜索目标，并从#MCP客户端调用工具。这种设置适合跨多个智能体共享搜索策略的平台团队，但当你的代码只需要搜索结果时，就显得过于复杂。
今天，我们宣布推出Amazon Bedrock AgentCore上的Web Search API。通过它，你自己的代码只需一次API调用即可搜索网络。它返回来自亚马逊运营的网页索引的排名结果，每个结果包含文本摘录，以及可用的页面标题、URL和发布时间。你可以从AWS SDK或AWS CLI调用它，使用与其他AWS服务相同的IAM凭证进行签名。无需预先创建任何资源。认证、调用、获取结果。可在应用程序、你自己编写的智能体循环或数据管道中使用。
为什么需要独立API？
AgentCore Gateway是大多数智能体工作负载的推荐路径。它为智能体提供一个安全的MCP端点，将Web搜索与其他工具结合。它还处理入站和出站认证、语义工具选择以及可选的MCP会话。但开发者告诉我们，在网关不适合的场景中，他们还需要一个更低级别的集成点：
- 自定义编排框架 – 构建自己的智能体循环或使用LangChain或LlamaIndex等框架的开发者，希望直接在编排逻辑中将Web搜索作为工具调用，而不是通过网关路由。
- 非智能体用例 – 并非每个需要网络基础的应用程序都是智能体。搜索驱动的仪表板、事实核查管道、内容增强工作流和监控系统都可以从实时网络结果中受益，而无需智能体基础设施。
- 对请求生命周期的更严格控制 – 一些开发者希望自己管理重试、缓存和错误处理，而不是委托给网关。
- 现有应用程序的更简单集成 – 已有自己API层的应用程序可以直接调用Web Search API，添加网络基础而无需采用完整的#AgentCore Gateway堆栈。
Web Search API与网关互补。它运行在为Alexa+、Kiro、Quick和其他亚马逊产品提供支持的相同搜索基础设施上，具有相同的质量和合规性，并作为直接的API操作暴露。
工作原理
Web Search API是bedrock-agentcore数据平面上的InvokeWebSearch操作，与AgentCore的其他部分相同...（原文在此处截断，以下为基于现有信息的合理延续）该API接受查询参数，并返回包含排名结果、文本摘录和元数据的JSON响应。它旨在无缝集成到现有工作流中，无需管理额外基础设施。
亚马逊为Bedrock AgentCore推出独立Web搜索API，看似是产品矩阵的小幅补充，实则折射出AI Agent生态演进的关键趋势：工具调用正从“大而全的网关”向“细粒度、可组合的API”分化。与LangChain、LlamaIndex等框架内置的搜索工具相比，AWS的方案凭借其底层搜索基础设施（支撑Alexa+等产品）和IAM原生集成，在质量、合规与安全性上具备差异化优势。长远来看，这种“网关+独立API”的双层设计，既满足了平台团队集中治理的需求，又为开发者提供了灵活嵌入自定义编排逻辑的通道，有望加速AI Agent在非智能体场景（如实时数据管道、监控系统）中的渗透。未来，随着MCP协议普及，搜索API或将成为Agent感知动态世界的标准“感官”之一，推动生态从封闭走向开放组合。
