Cloudflare ha aggiunto una versione beta di Ricerca Web API ad AI Gateway, offrendo agli agenti e alle applicazioni AI un modo per effettuare ricerche in Internet in tempo reale attraverso lo stesso livello gateway già utilizzato per il traffico del modello. La funzionalità è nuova, con una superficie limitata e ancora in versione beta, ma indica un cambiamento più ampio: la ricerca sta diventando uno strumento di intelligenza artificiale fatturabile, non solo un'integrazione a livello di applicazione.
L'azienda ha annunciato la versione beta il 2 ottobre 2026. Al momento del lancio, Cloudflare elenca Ceramic.ai, Exa e Linkup come provider di ricerca selezionabili. Gli sviluppatori possono inviare richieste di ricerca tramite AI Gateway, visualizzare tali richieste nei log del gateway e pagarle tramite crediti AI Gateway al prezzo API indicato da ciascun provider. Cloudflare afferma che non aggiungerà alcun markup aggiuntivo. I team possono anche utilizzare le credenziali del provider Bring Your Own Key, ove supportato.
Questa combinazione è importante perché unisce tre preoccupazioni che spesso vengono gestite separatamente: routing degli strumenti, osservabilità e fatturazione. Per gli sviluppatori che creano agenti con recupero potenziato, assistenti di ricerca, bot di supporto o flussi di lavoro di vendita automatizzati, la domanda non è più solo quale modello ha generato la risposta. Indica anche quale provider di ricerca è stato chiamato, con quali credenziali, a quale prezzo e se la spesa risultante può essere collegata a un cliente, team, progetto o chiave API.
Cosa è cambiato
Fino a poco tempo fa, molte discussioni sui gateway AI erano incentrate sulle chiamate ai modelli: OpenAIendpoint compatibili, failover del provider, contabilità dei token, latenza, memorizzazione nella cache e log delle richieste. La versione beta di Ricerca Web API di Cloudflare aggiunge un diverso tipo di transazione a quel piano di controllo. Una chiamata di ricerca può supportare una risposta del modello, ma non è di per sé una richiesta di inferenza del modello. Ha prezzi diversi, semantica del fornitore diversa e domande di governance diverse.
Il lancio di Cloudflare rende il provider di ricerca una scelta di gateway configurabile anziché una dipendenza da un'applicazione codificata. Gli sviluppatori possono scegliere tra i fornitori elencati, instradare la chiamata tramite AI Gateway e vederla insieme ad altro traffico AI. Se il cliente utilizza la fatturazione gestita da Cloudflare, l'addebito viene calcolato sui crediti AI Gateway. Se il cliente porta con sé una chiave del provider, il gateway può comunque rimanere nel percorso per il routing e la registrazione.
Si tratta di un confine di prodotto significativo. La ricerca non è più un assistente invisibile nascosto dietro una struttura di agenti. Diventa un evento di prima classe nei record del gateway. Per un gateway multi-modello API per i team, questa è la differenza tra "l'agente era costoso" e "questo flusso di lavoro ha speso soldi in token del modello, contesto memorizzato nella cache e sei chiamate di ricerca in tempo reale".
Perché i team gateway dovrebbero preoccuparsi
Il pubblico più immediato sono gli sviluppatori che già utilizzano Cloudflare AI Gateway, in particolare quelli che creano applicazioni che necessitano di informazioni aggiornate. La ricerca può aiutare a radicare le risposte nei dati in tempo reale, ma introduce anche un’altra unità di costo e un’altra fonte di dipendenza dal fornitore. Se un agente dell'assistenza cerca la documentazione, un assistente alla conformità controlla le pagine delle policy attuali o un flusso di lavoro di monitoraggio del mercato esegue ripetutamente la scansione del Web, i costi di ricerca possono diventare importanti dal punto di vista operativo anche quando l'utilizzo dei token sembra modesto.
Si tratta dello stesso modello che ora appare nell'infrastruttura dell'agente. Gli strumenti della shell ospitata, l'uso del browser, gli agenti di revisione del codice e i servizi di recupero si stanno trasformando in operazioni misurate attorno al modello. I token contano ancora, ma non costituiscono più l’intero registro. Un gateway utilizzabile deve spiegare la spesa attraverso l'intero flusso di lavoro, non solo il completamento finale.
Per le aziende, ciò influisce sul riaddebito e sul margine. Un rivenditore o un team interno della piattaforma potrebbe dover decidere se la spesa per la ricerca viene trasferita al prezzo di listino del fornitore, maggiorata, inclusa in un piano o bloccata per impostazione predefinita. Un team finanziario potrebbe voler sapere se la fattura di un cliente è aumentata a causa di richieste più grandi, più token di output, comportamento della cache o volume di ricerca sul web. I team di prodotto potrebbero volere report sull'utilizzo che distinguano l'arricchimento dello sfondo dalla generazione visibile all'utente.
Ciò crea un'apertura pratica per una fatturazione API basata sull'intelligenza artificiale unificata più forte. Il modello di fatturazione deve coprire token, token memorizzati nella cache e chiamate a strumenti senza appiattirli in un'unica vaga riga di "utilizzo dell'intelligenza artificiale". In caso contrario, i clienti non riuscirebbero a capire quale parte del sistema di agenti determina i costi.
Le conseguenze per gli sviluppatori
Gli sviluppatori dovranno considerare la ricerca web come parte della progettazione dell'applicazione API, non solo come un immediato miglioramento. Il provider di ricerca dovrebbe essere visibile nella configurazione. Le credenziali dovrebbero avere un ambito. I registri dovrebbero conservare informazioni sufficienti per eseguire il debug del comportamento del fornitore e della spesa dei clienti senza conservare dati sensibili non necessari. La gestione degli errori dovrebbe distinguere un errore del modello da un errore del provider di ricerca, poiché l'esperienza dell'utente e la strategia di ripetizione potrebbero essere diverse.
C'è anche una domanda sul routing. Ceramic.ai, Exa e Linkup non sono intercambiabili in ogni caso d'uso. La qualità della ricerca, la copertura, la latenza, il formato dei risultati e i prezzi possono tutti influenzare il comportamento del modello a valle. Un gateway in grado di instradare tra provider offre flessibilità agli sviluppatori, ma richiede anche policy: quale provider è approvato per quale tenant, quali regioni o classi di dati sono consentite e se le credenziali BYOK sono necessarie per alcuni clienti.
Per Model Gate e prodotti simili il collegamento pratico è diretto. Se i clienti stanno creando servizi agente su un gateway, alla fine chiederanno che l'utilizzo della ricerca venga visualizzato accanto all'utilizzo del modello nella stessa superficie di analisi. Le API dei partner potrebbero anche dover esporre i record delle chiamate di ricerca in modo che le piattaforme downstream possano fatturare in modo accurato i propri clienti. Trattare la ricerca come uno strumento fatturabile di prima classe si adatterebbe naturalmente alla APIgestione delle chiavi, ai controlli del team e all'analisi dell'utilizzo.
Ciò non significa che ogni gateway debba copiare l'esatto elenco di fornitori di Cloudflare. Il punto più importante è strutturale: una volta che la ricerca in tempo reale è disponibile attraverso un gateway, la misurazione degli strumenti diventa parte del contratto del gateway. Un IA del team API controllo della spesa che ignora le chiamate agli strumenti sottovaluterà il costo reale dell'agente.
Ciò che rimane incerto
Lo stato della versione beta lascia diverse domande aperte. Cloudflare ha nominato i fornitori di ricerca iniziali e descritto l'approccio di fatturazione, ma i team di produzione dovranno comunque valutare le prestazioni specifiche del fornitore, la qualità dei risultati, gli impegni di gestione dei dati e i limiti operativi. La documentazione pubblica conferma la versione beta e il percorso dei prezzi di base, ma non stabilisce se un fornitore sia migliore per tutti i carichi di lavoro o come si evolverà la funzionalità prima della disponibilità generale.
Non è inoltre chiaro con quanta rapidità gli sviluppatori standardizzeranno la ricerca mediata dal gateway anziché le integrazioni dirette dei fornitori. I team con stack di recupero esistenti possono continuare la ricerca all'interno della propria infrastruttura. Altri potrebbero preferire il routing gateway perché riduce il lavoro di integrazione e centralizza i log. La decisione dipenderà probabilmente dalle esigenze di governance tanto quanto dalla pertinenza della ricerca.
Tuttavia, la direzione è abbastanza chiara. I gateway AI stanno assorbendo una parte maggiore del runtime dell'agente attorno al modello. La versione beta di Ricerca Web API di Cloudflare non è solo una funzionalità di ricerca; è un altro segno che il piano di controllo per le applicazioni IA ora deve misurare, instradare e spiegare gli strumenti con la stessa attenzione con cui gestisce i modelli.