Cloudflare je dodao beta verziju Web Search API AI Gatewayu, dajući agentima i AI aplikacijama način pretraživanja interneta uživo putem istog sloja pristupnika koji se već koristi za promet modela. Značajka je nova, uske površine i još uvijek je u beta verziji, ali ukazuje na veći pomak: pretraživanje postaje naplativi AI alat, a ne samo integracija na strani aplikacije.

Tvrtka je najavila beta verziju 2. listopada 2026. Prilikom pokretanja Cloudflare navodi Ceramic.ai, Exa i Linkup kao pružatelje pretraživanja koji se mogu odabrati. Razvojni programeri mogu slati zahtjeve za pretraživanje putem AI Gatewaya, te zahtjeve prikazati u zapisnicima pristupnika i platiti ih putem kredita AI Gatewaya po cijeni API navedenoj kod svakog pružatelja. Cloudflare kaže da ne dodaje dodatne oznake. Timovi također mogu koristiti vjerodajnice davatelja donosi svoj ključ tamo gdje je to podržano.

Ta kombinacija je važna jer spaja tri pitanja koja se često rješavaju odvojeno: usmjeravanje alata, vidljivost i naplatu. Za programere koji grade agente s proširenim dohvaćanjem, pomoćnike u istraživanju, botove za podršku ili automatizirane prodajne tijekove, pitanje više nije samo koji je model generirao odgovor. Također je navedeno koji je pružatelj usluga pretraživanja pozvan, pod čijim vjerodajnicama, po kojoj cijeni i može li se rezultirajuća potrošnja povezati s kupcem, timom, projektom ili ključem API.

Što se promijenilo

Donedavno su se mnoge rasprave o pristupniku umjetne inteligencije usredotočile na pozive modela: OpenAI-kompatibilne krajnje točke, preusmjeravanje davatelja usluga, računovodstvo tokena, latencija, predmemorija i zapisnici zahtjeva. Cloudflareovo web pretraživanje API beta dodaje drugu vrstu transakcije toj kontrolnoj ravnini. Poziv pretraživanja može podržati odgovor modela, ali sam po sebi nije zahtjev za zaključivanje modela. Ima različite cijene, drugačiju semantiku pružatelja usluga i različita pitanja upravljanja.

Pokretanje Cloudflarea čini davatelja usluge pretraživanja podesivim izborom pristupnika, a ne tvrdo kodiranom ovisnošću o aplikaciji. Programeri mogu birati među navedenim pružateljima usluga, usmjeravati poziv kroz AI Gateway i vidjeti ga uz drugi AI promet. Ako korisnik koristi naplatu kojom upravlja Cloudflare, naknada se naplaćuje prema kreditima AI Gatewaya. Ako korisnik donese ključ pružatelja usluga, pristupnik još uvijek može stajati na putu za usmjeravanje i zapisivanje.

To je značajna granica proizvoda. Pretraga više nije nevidljivi pomagač skriven iza okvira agenta. To postaje prvorazredni događaj u zapisima pristupnika. Za višemodelni API pristupnik za timove, to je razlika između "agent je bio skup" i "ovaj tijek rada potrošio je novac na tokene modela, predmemorirani kontekst i šest poziva pretraživanja uživo."

Zašto bi timove pristupnika trebalo brinuti

Neposredna publika su programeri koji već koriste Cloudflare AI Gateway, posebno oni koji izrađuju aplikacije kojima su potrebne svježe informacije. Pretraživanje može pomoći u utemeljenju odgovora na podacima uživo, ali također uvodi još jednu jedinicu troška i još jedan izvor ovisnosti o pružatelju usluga. Ako agent za podršku pretražuje dokumentaciju, pomoćnik za usklađenost provjerava trenutne stranice s pravilima ili radni tijek praćenja tržišta neprestano skenira web, troškovi pretraživanja mogu postati operativno važni čak i kada upotreba tokena izgleda skromno.

Ovo je isti obrazac koji se sada pojavljuje u infrastrukturi agenta. Hostirani alati ljuske, korištenje preglednika, agenti za pregled koda i usluge dohvaćanja pretvaraju se u odmjerene operacije oko modela. Tokeni su i dalje važni, ali oni više nisu cijela knjiga. Upotrebljiv pristupnik mora objasniti potrošnju kroz cijeli tijek rada, a ne samo konačni završetak.

Za tvrtke, to utječe na storniranje i maržu. Prodavač ili tim interne platforme možda će trebati odlučiti hoće li se potrošnja na pretraživanje proslijediti prema kataloškoj cijeni pružatelja usluga, označena, spojena u plan ili blokirana prema zadanim postavkama. Financijski tim možda želi znati je li račun klijenta porastao zbog većih upita, više izlaznih tokena, ponašanja predmemorije ili opsega web pretraživanja. Timovi proizvoda možda žele izvješća o korištenju koja razlikuju pozadinsko obogaćivanje od generiranja vidljivog korisniku.

To stvara praktičan otvor za snažniju objedinjenu AI API naplatu. Model naplate mora pokriti tokene, predmemorirane tokene i pozive alata bez njihovog spajanja u jedan nejasni redak "upotrebe umjetne inteligencije". Inače, klijenti ne mogu reći koji dio agentskog sustava uzrokuje troškove.

Posljedice za programere

Programeri će morati tretirati web pretraživanje kao dio API dizajna aplikacije, a ne samo kao brzo poboljšanje. Davatelj usluge pretraživanja trebao bi biti vidljiv u konfiguraciji. Vjerodajnice trebaju biti ograničene. Dnevnici bi trebali sačuvati dovoljno informacija za otklanjanje pogrešaka u ponašanju pružatelja usluga i potrošnji korisnika bez zadržavanja nepotrebnih osjetljivih podataka. Rješavanje pogrešaka treba razlikovati grešku modela od greške pružatelja usluge pretraživanja jer korisničko iskustvo i strategija ponovnog pokušaja mogu biti drugačiji.

Postoji i pitanje usmjeravanja. Ceramic.ai, Exa i Linkup nisu međusobno zamjenjivi u svakom slučaju upotrebe. Kvaliteta pretraživanja, pokrivenost, latencija, format rezultata i cijena mogu utjecati na ponašanje nizvodnog modela. Pristupnik koji može usmjeravati između pružatelja pruža razvojnim programerima fleksibilnost, ali također zahtijeva pravila: koji je pružatelj odobren za kojeg stanara, koje su regije ili klase podataka dopuštene i jesu li BYOK vjerodajnice potrebne za neke korisnike.

Za Model Gate i slične proizvode, praktična veza je izravna. Ako klijenti grade agentske usluge na vrhu gatewaya, na kraju će tražiti da se upotreba pretraživanja pojavi pored upotrebe modela na istoj analitičkoj površini. Partnerski API-ji također će možda trebati izložiti zapise o pozivima pretraživanja kako bi platforme koje se nalaze u nastavku mogle točno naplatiti svoje klijente. Tretiranje pretraživanja kao prvoklasnog naplativog alata prirodno bi se uklopilo uz API-upravljanje ključevima, timske kontrole i analitiku korištenja.

To ne znači da svaki pristupnik mora kopirati točan popis Cloudflareovih pružatelja usluga. Važnija točka je strukturna: nakon što pretraživanje uživo postane dostupno putem pristupnika, mjerenje alata postaje dio ugovora pristupnika. Timska umjetna inteligencija API kontrola potrošnje koja zanemaruje pozive alata podcijenit će stvarne troškove agenta.

Ono što ostaje neizvjesno

Beta status ostavlja nekoliko otvorenih pitanja. Cloudflare je imenovao početne pružatelje usluga pretraživanja i opisao pristup naplati, ali proizvodni timovi će i dalje morati procijeniti performanse specifične za pružatelje usluga, kvalitetu rezultata, obveze rukovanja podacima i operativna ograničenja. Javna dokumentacija potvrđuje beta verziju i osnovni put cijena, ali ne utvrđuje je li jedan pružatelj bolji za sva radna opterećenja ili kako će se značajka razvijati prije opće dostupnosti.

Također nije jasno koliko će se brzo programeri standardizirati oko pretraživanja posredovanog pristupnikom umjesto izravnih integracija pružatelja usluga. Timovi s postojećim skupovima za dohvaćanje mogu nastaviti pretragu unutar vlastite infrastrukture. Drugi možda preferiraju usmjeravanje pristupnika jer smanjuje integracijski rad i centralizira zapise. Odluka će vjerojatno ovisiti o potrebama upravljanja koliko i o relevantnosti pretraživanja.

Ipak, smjer je dovoljno jasan. AI pristupnici apsorbiraju više vremena izvršavanja agenta oko modela. Cloudflareovo web pretraživanje API beta nije samo značajka pretraživanja; to je još jedan znak da kontrolna razina za aplikacije umjetne inteligencije sada mora mjeriti, usmjeravati i objašnjavati alate jednako pažljivo kao što rukuje modelima.