Cloudflare 已向 AI Gateway 添加了 Web 搜索 API 测试版，为代理和 AI 应用程序提供了一种通过已用于模型流量的同一网关层搜索实时互联网的方法。该功能是新功能，表面积较小，仍处于测试阶段，但它预示着一个更大的转变：搜索正在成为一种收费的 AI 工具，而不仅仅是应用程序端集成。
该公司于 2026 年 10 月 2 日宣布了测试版。在发布时，Cloudflare 将 Ceramic.ai、Exa 和 Linkup 列为可选搜索提供商。开发人员可以通过 AI Gateway 发送搜索请求，让这些请求出现在网关日志中，并通过 AI Gateway 积分按照每个提供商列出的 API 价格进行支付。 Cloudflare 表示不会添加额外的标记。团队还可以在支持的情况下使用自带密钥提供商凭据。
这种组合很重要，因为它结合了通常单独处理的三个问题：工具路由、可观察性和计费。对于构建检索增强代理、研究助理、支持机器人或自动化销售工作流程的开发人员来说，问题不再只是哪个模型生成答案。它还包括调用哪个搜索提供商、其凭据、价格以及由此产生的支出是否可以与客户、团队、项目或API关键相关联。
发生了什么变化
直到最近，许多 AI 网关讨论都集中在模型调用上：OpenAI兼容端点、提供商故障转移、令牌记账、延迟、缓存和请求日志。 Cloudflare 的 Web Search API beta 向该控制平面添加了一种不同类型的事务。搜索调用可能支持模型响应，但它本身并不是模型推理请求。它具有不同的定价、不同的提供商语义和不同的治理问题。
Cloudflare 的推出使搜索提供商成为可配置的网关选择，而不是硬编码的应用程序依赖项。开发人员可以在列出的提供商中进行选择，通过 AI 网关路由呼叫，并将其与其他 AI 流量一起查看。如果客户使用 Cloudflare 管理的计费，则费用将根据 AI Gateway 积分计算。如果客户携带提供商密钥，网关仍然可以位于路径中进行路由和日志记录。
这是一个有意义的产品边界。搜索不再是隐藏在代理框架后面的隐形助手。它成为网关记录中的一流事件。对于适用于团队的多模型API网关，这就是“代理价格昂贵”和“此工作流程在模型令牌、缓存上下文和六个实时搜索调用上花费了金钱”之间的区别。
为什么网关团队应该关心
直接受众是已经使用 Cloudflare AI Gateway 的开发者，尤其是那些构建需要新信息的应用程序的开发者。搜索可以帮助实时数据中的响应，但它也引入了另一个成本单位和另一个提供商依赖性来源。如果支持代理搜索文档、合规助理检查当前政策页面或市场监控工作流程重复扫描网络，那么即使令牌使用量看起来不大，搜索费用也可能在操作上变得很重要。
这与代理基础架构中现在出现的模式相同。托管 shell 工具、浏览器使用、代码审查代理和检索服务都转变为围绕模型的计量操作。代币仍然很重要，但它们不再是整个账本。可用的网关必须解释整个工作流程中的支出，而不仅仅是最终的完成情况。
对于企业而言，这会影响退款和利润。经销商或内部平台团队可能需要决定搜索支出是否按提供商标价传递、加价、捆绑到计划中或默认阻止。财务团队可能想知道客户的发票是否因为更大的提示、更多的输出令牌、缓存行为或网络搜索量而增加。产品团队可能需要使用情况报告来区分后台丰富和用户可见的生成。
这为更强大的统一人工智能API计费创造了实际机会。计费模型必须涵盖代币、缓存代币和工具调用，而不是将它们扁平化为单一模糊的“人工智能使用”行。否则，客户无法判断代理系统的哪一部分正在增加成本。
开发者的后果
开发人员需要将网络搜索视为应用程序 API 设计的一部分，而不仅仅是作为提示增强功能。搜索提供程序应该在配置中可见。凭证应划定范围。日志应保留足够的信息来调试提供商行为和客户支出，而不保留不必要的敏感数据。错误处理应区分模型故障和搜索提供程序故障，因为用户体验和重试策略可能不同。
还有一个路由问题。 Ceramic.ai、Exa 和 Linkup 在每个用例中都不可互换。搜索质量、覆盖范围、延迟、结果格式和定价都会影响下游模型的行为。可在提供商之间路由的网关为开发人员提供了灵活性，但它也需要政策：哪个提供商获得哪个租户的批准、允许哪些区域或数据类，以及某些客户是否需要 BYOK 凭据。
对于Model Gate和类似产品，实际连接是直接的。如果客户在网关之上构建代理服务，他们最终会要求搜索使用情况出现在同一分析界面中的模型使用情况旁边。合作伙伴 API 可能还需要公开搜索呼叫记录，以便下游平台可以准确地向自己的客户计费。将搜索视为一流的计费工具自然适合与API-密钥管理、团队控制和使用情况分析并驾齐驱。
这并不意味着每个网关都需要复制 Cloudflare 的确切提供商列表。更重要的一点是结构性的：一旦可以通过网关进行实时搜索，工具计量就成为网关合约的一部分。忽略工具调用的团队人工智能API支出控制会低估真实的代理成本。
尚不确定的事情
测试版状态留下了几个悬而未决的问题。 Cloudflare 已指定了初始搜索提供商并描述了计费方法，但生产团队仍需要评估提供商特定的性能、结果质量、数据处理承诺和操作限制。公开文档确认了 Beta 版和基本定价路径，但并未确定某个提供商是否适合所有工作负载，或者该功能在正式发布之前将如何发展。
目前还不清楚开发者将以多快的速度围绕以网关为中介的搜索（而不是直接提供商集成）实现标准化。拥有现有检索堆栈的团队可以将搜索保留在自己的基础设施内。其他人可能更喜欢网关路由，因为它减少了集成工作并集中了日志。该决定可能取决于治理需求以及搜索相关性。
不过，方向还是足够明确的。人工智能网关正在吸收更多围绕模型的代理运行时间。 Cloudflare 的 Web Search API beta 不仅仅是一个搜索功能；它还是一个搜索功能。这是人工智能应用的控制平面现在必须像处理模型一样仔细地计量、路由和解释工具的另一个迹象。