这次发布到底是什么
2026年10月2日,Cloudflare 发布了 Web Search API,开发组织就是 Cloudflare 自己。它是一个闭源的云服务,通过 Cloudflare 的 AI Gateway 来调用,能让 AI 智能体在回答问题前先去互联网上搜索最新信息。官方未说明它是否开源或开放权重,目前只能通过 Cloudflare 的接口使用。
打个比方,以前的 AI 智能体像一个只背过旧课本的学生,遇到新问题只能瞎猜网址,经常猜错得到 404。现在有了 Web Search API,它就像先跑去问图书管理员,找到正确的书再回答,答案自然更准更新。
为什么需要联网搜索
AI 模型训练完之后就被“冻住”了,只知道训练截止日期之前的信息。如果你问它最近发生的事、刚更新的软件接口或者快速变化的新闻,它很可能答不上来或者胡编。原文说,把 Web Search API 直接接进推理流程,就能给智能体加一层动态上下文,把网上新鲜的结构化片段塞进模型眼前。
这就像你考试时允许翻一本刚印刷出来的百科全书,而不是只靠脑子里记的旧知识。对于正在用 Cloudflare 开发者工具做项目的人来说,搜索能帮他们立刻找到生日周期间新发布的产品文档,不用等模型慢慢更新。
怎么调用这个搜索能力
Cloudflare 提供了两种主要用法。第一种是直接 REST API:你向一个固定网址发送 POST 请求,带上 AI Gateway 的认证令牌,在请求体里写明查询词、想用的搜索提供商和返回条数,就能拿到搜索结果。第二种是 Workers 绑定:如果你在 Cloudflare Workers 上写代码,只需要一行 env.AI.websearch 就能调用,非常省事。
原文还给出了一个把搜索当成工具调用的例子:先让模型决定要不要搜索,如果决定搜,就调用 websearch 拿到结果,再把结果塞回模型生成最终回答。这就像你先问老师“要不要查资料”,老师说“要”,你查完再写答案。
合作伙伴和爬虫规矩
这次发布是 Cloudflare 和 Ceramic.ai、Exa、Linkup 三家搜索提供商合作。原文强调,这些合作伙伴承诺遵守 Cloudflare 的爬虫标准:爬虫必须被识别为“已验证机器人”,必须尊重 robots.txt,搜索结果里必须带上被爬内容的来源链接。Cloudflare 认为这对公平的互联网是好事,让内容创作者能决定自己的数据怎么被使用。
你可以把这理解成:搜索提供商去别人家菜园摘菜之前,必须先敲门、报名字,并且告诉主人菜是从哪块地摘的。这样主人心里有数,也愿意继续分享。
计费、隐私和自带密钥
Web Search API 的调用会计入你的 AI Gateway 信用余额,请求也会出现在 AI Gateway 的可观测日志里。Cloudflare 说他们按合作伙伴的列表价提供搜索,不额外加价。如果你不想用 Cloudflare 的额度,也可以自带密钥,也就是 BYOK,用你自己在搜索提供商那里的账号来调用。
另外,Cloudflare 会标注哪些合作伙伴支持零数据保留,也就是 ZDR,让你知道自己的查询数据不会被留存。这就像你去图书馆查资料,有的图书馆查完就忘掉你查了什么,有的会记下来,你可以自己选。
现在能用什么,以后还有什么
目前你可以通过 AI Gateway、独立 REST API 和 Workers 绑定来使用 Web Search API。原文还提到,Cloudflare 正在把“服务器工具”直接做进 AI Gateway,未来你不需要自己定义工具,搜索就会内置在控制平面里。不过原文没有说明服务器工具具体什么时候正式上线。
如果你今天就想把搜索当成工具来编排,原文也给了 Worker 代码示例,你可以自己先搭起来。适合使用的人群包括:做 AI 智能体的开发者、需要实时信息的应用团队、以及希望用统一账单和日志管理搜索调用的组织。
限制和需要核验的地方
原文没有说明各合作伙伴搜索结果的排序算法、索引更新频率、支持的语言范围、免费额度、SLA 保障和具体定价数字。这些信息需要你查阅 Cloudflare 的开发者文档或直接咨询官方。另外,Server Tools 的正式上线时间也尚未公布。
还有一个限制是,Web Search API 本身不保证搜索结果一定正确,它只是把网上找到的片段交给模型。模型仍然可能误解或错误引用。所以适合把它当作“帮你找资料”的助手,而不是“替你做决定”的权威。使用时最好保留来源链接,方便自己核对。
本文由 AIGCWHY 自动监测系统发现,经结构化处理后发布。重要决策请打开原文核验。