A Cloudflare adicionou uma pesquisa na Web API beta ao AI Gateway, oferecendo aos agentes e aplicativos de IA uma maneira de pesquisar na Internet em tempo real por meio da mesma camada de gateway já usada para o tráfego do modelo. O recurso é novo, limitado em termos de área de superfície e ainda em versão beta, mas aponta para uma mudança maior: a pesquisa está se tornando uma ferramenta de IA faturável, não apenas uma integração do lado do aplicativo.
A empresa anunciou a versão beta em 2 de outubro de 2026. No lançamento, a Cloudflare lista Ceramic.ai, Exa e Linkup como provedores de pesquisa selecionáveis. Os desenvolvedores podem enviar solicitações de pesquisa por meio do AI Gateway, fazer com que essas solicitações apareçam nos registros do gateway e pagar por elas por meio de créditos do AI Gateway ao preço API listado de cada provedor. A Cloudflare afirma que não está adicionando uma marcação adicional. As equipes também podem usar credenciais de provedor do tipo "traga sua própria chave", quando houver suporte.
Essa combinação é importante porque une três questões que muitas vezes são tratadas separadamente: roteamento de ferramentas, observabilidade e cobrança. Para desenvolvedores que criam agentes de recuperação aumentada, assistentes de pesquisa, bots de suporte ou fluxos de trabalho de vendas automatizados, a questão não é mais apenas qual modelo gerou a resposta. É também qual provedor de pesquisa foi chamado, sob quais credenciais, a que preço e se o gasto resultante pode ser vinculado a um cliente, equipe, projeto ou chave API.
O que mudou
Até recentemente, muitas discussões sobre gateways de IA centravam-se em chamadas de modelo: endpoints compatíveis com OpenAI, failover de provedor, contabilidade de token, latência, armazenamento em cache e registros de solicitação. O Web Search API beta da Cloudflare adiciona um tipo diferente de transação a esse plano de controle. Uma chamada de pesquisa pode suportar uma resposta de modelo, mas não é em si uma solicitação de inferência de modelo. Ele tem preços diferentes, semântica de provedor diferente e questões de governança diferentes.
O lançamento da Cloudflare torna o provedor de pesquisa uma opção de gateway configurável, em vez de uma dependência de aplicativo codificada. Os desenvolvedores podem escolher entre os provedores listados, encaminhar a chamada através do AI Gateway e vê-la junto com outro tráfego de IA. Se o cliente usar o faturamento gerenciado pela Cloudflare, a cobrança será aplicada aos créditos do AI Gateway. Se o cliente trouxer uma chave de provedor, o gateway ainda poderá permanecer no caminho para roteamento e registro.
Esse é um limite de produto significativo. A pesquisa não é mais um auxiliar invisível escondido atrás de uma estrutura de agente. Torna-se um evento de primeira classe em registros de gateway. Para um gateway multimodelo API para equipes, essa é a diferença entre “o agente era caro” e “este fluxo de trabalho gastou dinheiro em tokens de modelo, contexto em cache e seis chamadas de pesquisa em tempo real”.
Por que as equipes de gateway devem se preocupar
O público imediato são os desenvolvedores que já usam o Cloudflare AI Gateway, especialmente aqueles que criam aplicativos que precisam de informações atualizadas. A pesquisa pode ajudar a fundamentar as respostas em dados em tempo real, mas também introduz outra unidade de custo e outra fonte de dependência do fornecedor. Se um agente de suporte pesquisar a documentação, um assistente de conformidade verificar as páginas de políticas atuais ou um fluxo de trabalho de monitoramento de mercado examinar a Web repetidamente, as cobranças de pesquisa poderão se tornar operacionalmente importantes mesmo quando o uso de token parecer modesto.
Este é o mesmo padrão que aparece agora na infraestrutura do agente. Ferramentas de shell hospedadas, uso de navegador, agentes de revisão de código e serviços de recuperação estão se transformando em operações medidas em torno do modelo. Os tokens ainda são importantes, mas não são mais o livro-razão inteiro. Um gateway utilizável precisa explicar os gastos em todo o fluxo de trabalho, não apenas na conclusão final.
Para empresas, isso afeta o estorno e a margem. Um revendedor ou uma equipe interna da plataforma pode precisar decidir se os gastos com pesquisa são repassados ao preço de tabela do fornecedor, marcados, agrupados em um plano ou bloqueados por padrão. Uma equipe financeira pode querer saber se a fatura de um cliente aumentou devido a solicitações maiores, mais tokens de saída, comportamento do cache ou volume de pesquisa na web. As equipes de produto podem querer relatórios de uso que distingam o enriquecimento em segundo plano da geração visível ao usuário.
Isso cria uma abertura prática para um faturamento de IA unificadaAPI mais forte. O modelo de cobrança deve cobrir tokens, tokens em cache e chamadas de ferramentas sem nivelá-los em uma única linha vaga de “uso de IA”. Caso contrário, os clientes não saberão qual parte do sistema do agente está gerando custos.
As consequências para o desenvolvedor
Os desenvolvedores precisarão tratar a pesquisa na web como parte do API design do aplicativo, e não apenas como um aprimoramento imediato. O provedor de pesquisa deve estar visível na configuração. As credenciais devem ter escopo definido. Os logs devem preservar informações suficientes para depurar o comportamento do fornecedor e os gastos do cliente, sem reter dados confidenciais desnecessários. O tratamento de erros deve distinguir uma falha de modelo de uma falha de provedor de pesquisa, porque a experiência do usuário e a estratégia de novas tentativas podem ser diferentes.
Há também uma questão de roteamento. Ceramic.ai, Exa e Linkup não são intercambiáveis em todos os casos de uso. A qualidade da pesquisa, a cobertura, a latência, o formato do resultado e o preço podem afetar o comportamento do modelo downstream. Um gateway que pode rotear entre provedores oferece flexibilidade aos desenvolvedores, mas também exige políticas: qual provedor é aprovado para qual locatário, quais regiões ou classes de dados são permitidas e se credenciais BYOK são necessárias para alguns clientes.
Para Model Gate e produtos similares, a conexão prática é direta. Se os clientes estiverem criando serviços de agente em cima de um gateway, eles eventualmente solicitarão que o uso da pesquisa apareça ao lado do uso do modelo na mesma superfície de análise. As APIs de parceiros também podem precisar expor registros de chamadas de pesquisa para que as plataformas downstream possam cobrar seus próprios clientes com precisão. Tratar a pesquisa como uma ferramenta faturável de primeira classe se encaixaria naturalmente ao lado do gerenciamento de APIchaves, controles de equipe e análise de uso.
Isso não significa que todo gateway precise copiar a lista exata de provedores da Cloudflare. O ponto mais importante é estrutural: uma vez que a pesquisa em tempo real esteja disponível através de um gateway, a medição da ferramenta passa a fazer parte do contrato do gateway. Um controle de gastos API de IA de equipe que ignora chamadas de ferramentas subestimará o custo real do agente.
O que permanece incerto
O status beta deixa diversas questões em aberto. A Cloudflare nomeou os provedores de pesquisa iniciais e descreveu a abordagem de cobrança, mas as equipes de produção ainda precisarão avaliar o desempenho específico do provedor, a qualidade dos resultados, os compromissos de tratamento de dados e os limites operacionais. A documentação pública confirma a versão beta e o plano de preços básico, mas não define se um provedor é melhor para todas as cargas de trabalho ou como o recurso evoluirá antes da disponibilidade geral.
Também não está claro com que rapidez os desenvolvedores padronizarão a pesquisa mediada por gateway em vez de integrações diretas com provedores. As equipes com pilhas de recuperação existentes podem manter a pesquisa dentro de sua própria infraestrutura. Outros podem preferir o roteamento de gateway porque reduz o trabalho de integração e centraliza os logs. A decisão provavelmente dependerá tanto das necessidades de governança quanto da relevância da pesquisa.
Ainda assim, a direção é bastante clara. Os gateways de IA estão absorvendo mais tempo de execução do agente em torno do modelo. O Web Search API beta da Cloudflare não é apenas um recurso de pesquisa; é outro sinal de que o plano de controle para aplicações de IA agora precisa medir, rotear e explicar ferramentas com o mesmo cuidado com que lida com modelos.