Cloudflare a adăugat un Web Search API beta la AI Gateway, oferind agenților și aplicațiilor AI o modalitate de a căuta pe internet live prin același strat de gateway deja folosit pentru traficul modelului. Caracteristica este nouă, îngustă ca suprafață și încă în versiune beta, dar indică o schimbare mai mare: căutarea devine un instrument AI facturabil, nu doar o integrare la nivelul aplicației.

Compania a anunțat versiunea beta pe 2 octombrie 2026. La lansare, Cloudflare listează Ceramic.ai, Exa și Linkup ca furnizori de căutare selectabili. Dezvoltatorii pot trimite solicitări de căutare prin AI Gateway, pot face ca aceste solicitări să apară în jurnalele gateway-ului și pot plăti pentru ele prin credite AI Gateway la prețul API indicat de fiecare furnizor. Cloudflare spune că nu adaugă un marcaj suplimentar. Echipele pot folosi, de asemenea, acreditările furnizorului de furnizare a cheii proprii, acolo unde sunt acceptate.

Acea combinație contează, deoarece se alătură a trei preocupări care sunt adesea tratate separat: rutarea instrumentelor, observabilitatea și facturarea. Pentru dezvoltatorii care construiesc agenți de recuperare, asistenți de cercetare, roboți de asistență sau fluxuri de lucru automate de vânzări, întrebarea nu mai este doar ce model a generat răspunsul. Este, de asemenea, ce furnizor de căutare a fost apelat, sub ale cărui acreditări, la ce preț și dacă cheltuielile rezultate pot fi legate de un client, echipă, proiect sau cheie API.

Ce s-a schimbat

Până de curând, multe discuții despre gateway-ul AI se concentrau pe apeluri model: OpenAI-puncte finale compatibile, failover-ul furnizorului, contabilizarea jetonelor, latența, memorarea în cache și jurnalele de solicitări. Căutarea web Cloudflare API beta adaugă un alt tip de tranzacție la acel plan de control. Un apel de căutare poate suporta un răspuns model, dar nu este în sine o cerere de inferență model. Are prețuri diferite, semantică diferită a furnizorilor și întrebări diferite de guvernare.

Lansarea Cloudflare face ca furnizorul de căutare să fie o alegere de gateway configurabilă, mai degrabă decât o dependență de aplicație codificată. Dezvoltatorii pot alege dintre furnizorii enumerați, pot direcționa apelul prin AI Gateway și îl pot vedea alături de alt trafic AI. Dacă clientul folosește facturarea gestionată de Cloudflare, taxa se calculează pe baza creditelor AI Gateway. Dacă clientul aduce o cheie de furnizor, gateway-ul poate sta în continuare pe calea pentru rutare și înregistrare.

Aceasta este o limită semnificativă a produsului. Căutarea nu mai este un ajutor invizibil ascuns în spatele unui cadru de agent. Devine un eveniment de primă clasă în înregistrările gateway. Pentru o gateway multi-model API pentru echipe, aceasta este diferența dintre „agentul a fost scump” și „acest flux de lucru a cheltuit bani pe simboluri de model, context stocat în cache și șase apeluri de căutare live.”

De ce ar trebui să le pese echipelor gateway

Publicul imediat este reprezentat de dezvoltatorii care folosesc deja Cloudflare AI Gateway, în special cei care creează aplicații care au nevoie de informații noi. Căutarea poate ajuta răspunsurile la sol în datele live, dar introduce și o altă unitate de cost și o altă sursă de dependență de furnizor. Dacă un agent de asistență caută documentație, un asistent de conformitate verifică paginile actuale de politici sau un flux de lucru de monitorizare a pieței scanează web în mod repetat, taxele de căutare pot deveni importante din punct de vedere operațional chiar și atunci când utilizarea simbolurilor pare modestă.

Acesta este același model care apare acum în infrastructura agentului. Instrumentele shell găzduite, utilizarea browserului, agenții de revizuire a codului și serviciile de recuperare se transformă toate în operațiuni măsurate în jurul modelului. Jetoanele încă contează, dar nu mai sunt întregul registru. Un gateway utilizabil trebuie să explice cheltuielile pentru întregul flux de lucru, nu doar finalizarea finală.

Pentru companii, acest lucru afectează rambursarea și marja. Este posibil ca un revânzător sau o echipă internă de platformă să decidă dacă cheltuielile de căutare sunt transferate la prețul de listă al furnizorului, marcate, incluse într-un plan sau blocate în mod implicit. O echipă financiară poate dori să știe dacă factura unui client a crescut din cauza solicitărilor mai mari, a mai multor jetoane de ieșire, a comportamentului în cache sau a volumului de căutare pe web. Echipele de produse pot dori rapoarte de utilizare care să distingă îmbogățirea fundalului de generarea vizibilă pentru utilizator.

Aceasta creează o deschidere practică pentru AI unificată API facturare mai puternică. Modelul de facturare trebuie să acopere jetoanele, jetoanele stocate în cache și apelurile de instrumente fără a le aplatiza într-o singură linie vagă de „utilizare AI”. În caz contrar, clienții nu pot spune care parte a unui sistem de agent generează costuri.

Consecințele dezvoltatorului

Dezvoltatorii vor trebui să trateze căutarea pe web ca parte a designului API al aplicației, nu doar ca o îmbunătățire promptă. Furnizorul de căutare ar trebui să fie vizibil în configurare. Acreditările ar trebui să fie definite. Jurnalele ar trebui să păstreze suficiente informații pentru a depana comportamentul furnizorului și cheltuielile clienților fără a reține date sensibile inutile. Gestionarea erorilor ar trebui să distingă o eșec de model de o eroare a furnizorului de căutare, deoarece experiența utilizatorului și strategia de reîncercare pot fi diferite.

Există și o întrebare de rutare. Ceramic.ai, Exa și Linkup nu sunt interschimbabile în fiecare caz de utilizare. Calitatea căutării, acoperirea, latența, formatul rezultatului și prețul pot afecta comportamentul modelului din aval. Un gateway care poate ruta între furnizori oferă dezvoltatorilor flexibilitate, dar necesită și o politică: ce furnizor este aprobat pentru ce chiriaș, ce regiuni sau clase de date sunt permise și dacă pentru anumiți clienți sunt necesare acreditările BYOK.

Pentru Model Gate și produse similare, conexiunea practică este directă. Dacă clienții construiesc servicii de agenți deasupra unui gateway, în cele din urmă vor cere ca utilizarea căutării să apară lângă utilizarea modelului în aceeași suprafață de analiză. Este posibil ca API-urile partenerilor să fie, de asemenea, nevoite să expună înregistrările apelurilor de căutare, astfel încât platformele din aval să își poată factura propriii clienți în mod precis. Tratarea căutării ca pe un instrument facturabil de primă clasă s-ar potrivi în mod natural alături de managementul API-cheilor, controalele echipei și analiza utilizării.

Asta nu înseamnă că fiecare gateway trebuie să copieze lista exactă a furnizorilor Cloudflare. Cel mai important punct este structural: odată ce căutarea în direct este disponibilă printr-un gateway, măsurarea sculelor devine parte a contractului gateway. Un AI de echipă API controlul cheltuielilor care ignoră apelurile la instrumente va subestima costul agentului real.

Ce rămâne nesigur

Starea beta lasă câteva întrebări deschise. Cloudflare a numit furnizorii inițiali de căutare și a descris abordarea de facturare, dar echipele de producție vor trebui în continuare să evalueze performanța specifică furnizorului, calitatea rezultatelor, angajamentele de gestionare a datelor și limitele operaționale. Documentația publică confirmă versiunea beta și calea de bază a prețurilor, dar nu stabilește dacă un singur furnizor este mai bun pentru toate sarcinile de lucru sau cum va evolua caracteristica înainte de disponibilitatea generală.

De asemenea, nu este clar cât de repede dezvoltatorii vor standardiza căutarea mediată de gateway, mai degrabă decât integrările directe ale furnizorilor. Echipele cu stive de recuperare existente pot păstra căutarea în interiorul propriei infrastructuri. Alții pot prefera rutarea gateway-ului deoarece reduce munca de integrare și centralizează jurnalele. Decizia va depinde probabil atât de nevoile de guvernare cât și de relevanța căutării.

Totuși, direcția este suficient de clară. Gateway-urile AI absorb mai mult din timpul de rulare al agentului în jurul modelului. Web Search API beta de la Cloudflare nu este doar o funcție de căutare; este un alt semn că planul de control pentru aplicațiile AI trebuie acum să măsoare, să direcționeze și să explice instrumentele la fel de atent precum se ocupă de modele.