Cloudflare pridal do AI Gateway beta verziu vyhľadávania na webe API, ktorá agentom a aplikáciám AI umožňuje vyhľadávať na živom internete cez rovnakú vrstvu brány, ktorá sa už používa na modelovú prevádzku. Táto funkcia je nová, má úzku plochu a je stále vo verzii beta, ale poukazuje na väčší posun: vyhľadávanie sa stáva účtovateľným nástrojom AI, nielen integráciou na strane aplikácie.

Spoločnosť oznámila beta verziu 2. októbra 2026. Cloudflare pri spustení uvádza Ceramic.ai, Exa a Linkup ako voliteľných poskytovateľov vyhľadávania. Vývojári môžu posielať požiadavky na vyhľadávanie cez AI Gateway, nechať ich zobraziť v denníkoch brány a zaplatiť za ne prostredníctvom kreditov AI Gateway za cenu každého poskytovateľa uvedenú API. Cloudflare hovorí, že nepridáva ďalšie označenie. Tímy môžu tiež použiť prihlasovacie údaje poskytovateľa s vlastným kľúčom, ak je to podporované.

Na tejto kombinácii záleží, pretože spája tri problémy, ktoré sa často riešia oddelene: smerovanie nástrojov, pozorovateľnosť a fakturácia. Pre vývojárov, ktorí vytvárajú agentov rozšírených o vyhľadávanie, výskumných asistentov, podporných robotov alebo automatizované pracovné postupy predaja, už nie je otázkou len to, ktorý model vygeneroval odpoveď. Ide tiež o to, ktorý poskytovateľ vyhľadávania bol zavolaný, pod akými povereniami, za akú cenu a či je možné výsledné výdavky priradiť späť k zákazníkovi, tímu, projektu alebo kľúču API.

Čo sa zmenilo

Donedávna sa mnohé diskusie o bráne AI sústreďovali na modelové volania: OpenAI-kompatibilné koncové body, zlyhanie poskytovateľa, účtovanie tokenov, latencia, ukladanie do vyrovnávacej pamäte a protokoly požiadaviek. Beta verzia služby Cloudflare Web Search API pridáva do tejto riadiacej roviny iný druh transakcie. Hľadanie môže podporovať modelovú odpoveď, ale samo o sebe nie je žiadosťou o odvodenie modelu. Má iné ceny, odlišnú sémantiku poskytovateľa a iné otázky týkajúce sa riadenia.

Spustenie služby Cloudflare robí z poskytovateľa vyhľadávania možnosť konfigurovateľnej brány a nie pevne zakódovanú závislosť od aplikácie. Vývojári si môžu vybrať spomedzi uvedených poskytovateľov, smerovať hovor cez AI Gateway a vidieť ho spolu s inou návštevnosťou AI. Ak zákazník používa fakturáciu spravovanú Cloudflare, poplatok sa účtuje oproti kreditom AI Gateway. Ak zákazník prinesie kľúč poskytovateľa, brána môže stále sedieť v ceste pre smerovanie a protokolovanie.

To je zmysluplná hranica produktu. Vyhľadávanie už nie je neviditeľným pomocníkom skrytým za rámcom agentov. Stáva sa prvotriednym podujatím v záznamoch brány. Pre multimodelovú API bránu pre tímy je to rozdiel medzi „agentom bol drahý“ a „tento pracovný postup minul peniaze na modelové tokeny, kontext vo vyrovnávacej pamäti a šesť hovorov živého vyhľadávania.“

Prečo by to tímy brány mali zaujímať

Bezprostredným publikom sú vývojári, ktorí už používajú Cloudflare AI Gateway, najmä tí, ktorí vytvárajú aplikácie, ktoré potrebujú čerstvé informácie. Vyhľadávanie môže pomôcť pri pozemných odozvách v živých údajoch, no zároveň predstavuje ďalšiu jednotku nákladov a ďalší zdroj závislosti od poskytovateľa. Ak agent podpory prehľadáva dokumentáciu, asistent dodržiavania súladu kontroluje aktuálne stránky s pravidlami alebo pracovný postup monitorujúci trh opakovane prehľadáva web, poplatky za vyhľadávanie môžu byť prevádzkovo dôležité, aj keď používanie tokenov vyzerá skromne.

Toto je rovnaký vzor, ktorý sa teraz objavuje v celej infraštruktúre agentov. Hosťované nástroje shellu, používanie prehliadača, agenti na kontrolu kódu a služby vyhľadávania – to všetko sa mení na merané operácie okolo modelu. Na žetónoch stále záleží, ale už to nie je celá účtovná kniha. Použiteľná brána musí vysvetľovať výdavky na celý pracovný postup, nielen na konečné dokončenie.

Pre firmy to má vplyv na kompenzáciu a maržu. Predajca alebo tím internej platformy sa možno bude musieť rozhodnúť, či sa výdavky na vyhľadávanie prenesú za katalógovú cenu poskytovateľa, či budú označené, združené do plánu alebo predvolene zablokované. Finančný tím môže chcieť vedieť, či sa faktúra zákazníka zvýšila kvôli väčším výzvam, väčšiemu počtu výstupných tokenov, správaniu sa vo vyrovnávacej pamäti alebo objemu vyhľadávania na webe. Produktové tímy môžu chcieť správy o používaní, ktoré odlíšia obohatenie na pozadí od generovania viditeľného pre používateľa.

To vytvára praktický otvor pre silnejšiu jednotnú AI API fakturáciu. Účtovací model musí pokrývať tokeny, tokeny uložené vo vyrovnávacej pamäti a volania nástrojov bez toho, aby ich zlúčil do jedného vágneho riadku „používanie AI“. V opačnom prípade zákazníci nebudú vedieť, ktorá časť systému agentov zvyšuje náklady.

Dôsledky pre vývojárov

Vývojári budú musieť považovať vyhľadávanie na webe za súčasť návrhu aplikácie API, nielen za rýchle vylepšenie. Poskytovateľ vyhľadávania by mal byť viditeľný v konfigurácii. Poverenia by mali byť vymedzené. Protokoly by mali uchovávať dostatok informácií na ladenie správania poskytovateľa a výdavkov zákazníkov bez uchovávania nepotrebných citlivých údajov. Spracovanie chýb by malo rozlíšiť zlyhanie modelu od zlyhania poskytovateľa vyhľadávania, pretože používateľská skúsenosť a stratégia opakovania sa môžu líšiť.

Je tu aj smerovacia otázka. Ceramic.ai, Exa a Linkup nie sú zameniteľné v každom prípade použitia. Kvalita vyhľadávania, pokrytie, latencia, formát výsledkov a ceny, to všetko môže ovplyvniť správanie nadväzujúceho modelu. Brána, ktorá môže smerovať medzi poskytovateľmi, poskytuje vývojárom flexibilitu, ale vyžaduje aj pravidlá: ktorý poskytovateľ je schválený pre ktorého nájomníka, ktoré oblasti alebo dátové triedy sú povolené a či sú pre niektorých zákazníkov vyžadované poverenia BYOK.

Pre Model Gate a podobné produkty je praktické prepojenie priame. Ak zákazníci vytvárajú služby agentov na bráne, nakoniec požiadajú, aby sa použitie vyhľadávania zobrazilo vedľa použitia modelu na rovnakom analytickom povrchu. Partnerské API môže tiež potrebovať odhaliť záznamy o vyhľadávacích hovoroch, aby následné platformy mohli svojim vlastným zákazníkom presne fakturovať. Považovať vyhľadávanie za prvotriedny fakturovateľný nástroj by sa prirodzene hodilo popri API-správe kľúčov, tímových kontrolách a analýze používania.

To neznamená, že každá brána musí skopírovať presný zoznam poskytovateľov Cloudflare. Dôležitejší bod je štrukturálny: akonáhle je dostupné živé vyhľadávanie cez bránu, meranie nástrojov sa stáva súčasťou zmluvy o bráne. Tímová AI API kontrola výdavkov, ktorá ignoruje volania nástrojov, podhodnotí skutočné náklady na agenta.

Čo zostáva neisté

Stav beta ponecháva niekoľko otvorených otázok. Cloudflare vymenoval počiatočných poskytovateľov vyhľadávania a opísal prístup k fakturácii, no produkčné tímy budú musieť aj tak vyhodnotiť špecifický výkon poskytovateľa, kvalitu výsledkov, záväzky týkajúce sa spracovania údajov a prevádzkové limity. Verejná dokumentácia potvrdzuje beta verziu a základnú cenovú cestu, ale nerieši, či je jeden poskytovateľ lepší pre všetky úlohy alebo ako sa bude funkcia vyvíjať pred všeobecnou dostupnosťou.

Nie je tiež jasné, ako rýchlo sa vývojári budú štandardizovať v oblasti vyhľadávania sprostredkovaného bránou namiesto priamej integrácie poskytovateľov. Tímy s existujúcimi zásobníkmi na vyhľadávanie môžu pokračovať vo vyhľadávaní vo svojej vlastnej infraštruktúre. Iní môžu uprednostňovať smerovanie brány, pretože znižuje integračnú prácu a centralizuje protokoly. Rozhodnutie bude pravdepodobne závisieť od potrieb správy, ako aj od relevantnosti vyhľadávania.

Smer je však dostatočne jasný. Brány AI absorbujú väčšiu časť doby chodu agenta okolo modelu. Služba Cloudflare Web Search API beta nie je len funkcia vyhľadávania; je to ďalší znak toho, že riadiaca rovina pre aplikácie AI teraz musí nástroje merať, smerovať a vysvetľovať tak starostlivo, ako zaobchádza s modelmi.