Cloudflare on lisanud AI Gatewayle veebiotsingu API beetaversiooni, mis annab agentidele ja tehisintellekti rakendustele võimaluse otsida reaalajas Internetist sama lüüsikihi kaudu, mida juba mudeliliikluse jaoks kasutatakse. Funktsioon on uus, pindalalt kitsas ja veel beetaversioonis, kuid viitab suuremale nihkele: otsingust on saamas tasuline AI tööriist, mitte ainult rakendusepoolne integratsioon.

Ettevõte teatas beetaversioonist 2. oktoobril 2026. Käivitamisel loetleb Cloudflare Ceramic.ai, Exa ja Linkupi valikuliste otsingupakkujatena. Arendajad saavad saata otsingupäringuid AI Gateway kaudu, lasta neid taotlusi lüüsi logides kuvada ja maksta nende eest tehisintellekti lüüsi krediitide kaudu iga teenusepakkuja märgitud API hinnaga. Cloudflare ütleb, et ta ei lisa täiendavat märgistust. Kui seda toetatakse, saavad meeskonnad kasutada ka too-oma võtme pakkuja mandaate.

See kombinatsioon on oluline, sest see ühendab kolm probleemi, mida sageli käsitletakse eraldi: tööriista marsruutimine, jälgitavus ja arveldamine. Arendajate jaoks, kes loovad väljaotsimisega laiendatud agente, uurimisassistente, tugibotte või automatiseeritud müügitöövooge, ei ole küsimus enam ainult selles, milline mudel vastuse andis. Samuti on see, millisele otsinguteenuse pakkujale helistati, kelle volituste alusel, mis hinnaga ja kas sellest tulenevaid kulutusi saab siduda kliendi, meeskonna, projekti või API võtmega.

Mis muutus

Kuni viimase ajani keskendusid paljud AI lüüsi arutelud mudelikõnedele: OpenAI-ühilduvad lõpp-punktid, pakkuja tõrkesiirde, märgiarvestus, latentsusaeg, vahemällu salvestamine ja taotluste logid. Cloudflare'i veebiotsingu API beetaversioon lisab sellele juhtimistasandile teistsuguse tehingu. Otsingukõne võib toetada mudeli vastust, kuid see ei ole iseenesest mudeli järelduspäring. Sellel on erinev hinnakujundus, erinev pakkuja semantika ja erinevad juhtimisküsimused.

Cloudflare'i käivitamine muudab otsingupakkuja konfigureeritava lüüsi valiku, mitte kodeeritud rakenduste sõltuvuse. Arendajad saavad valida loetletud pakkujate hulgast, suunata kõne läbi AI Gateway ja vaadata seda koos muu AI liiklusega. Kui klient kasutab Cloudflare'i hallatavat arveldust, arvestatakse tasu AI Gateway krediiti. Kui klient toob teenusepakkuja võtme, võib lüüs siiski jääda marsruutimise ja logimise teele.

See on tähendusrikas tootepiir. Otsing ei ole enam agendiraamistiku taha peidetud nähtamatu abimees. Sellest saab lüüsikirjetes esmaklassiline sündmus. Mitme mudeli API lüüsi jaoks meeskondadele on see erinevus "agent oli kallis" ja "see töövoog kulutas raha mudelimärkidele, vahemällu salvestatud kontekstile ja kuuele reaalajas otsingukõnele".

Miks peaksid lüüsimeeskonnad sellest hoolima

Vaheseks vaatajaskonnaks on arendajad, kes juba kasutavad Cloudflare AI Gatewayt, eriti need, mis loovad rakendusi, mis vajavad värsket teavet. Otsing võib aidata reaalajas andmete vastuseid maandada, kuid see toob kaasa ka teise kuluühiku ja teise teenusepakkuja sõltuvuse allika. Kui tugiagent otsib dokumente, vastavusassistent kontrollib kehtivaid eeskirjade lehti või turujärelevalve töövoog skannib korduvalt veebi, võivad otsingutasud muutuda operatiivselt oluliseks isegi siis, kui märgikasutus tundub tagasihoidlik.

See on sama muster, mis ilmub nüüd kogu agendi infrastruktuuris. Hostitud kestatööriistad, brauseri kasutamine, koodiülevaate agendid ja otsinguteenused muutuvad mudeli ümber mõõdetud toiminguteks. Tokenid on endiselt olulised, kuid need pole enam kogu pearaamat. Kasutatav lüüs peab selgitama kulutusi kogu töövoo jooksul, mitte ainult lõplikku lõpetamist.

Ettevõtete puhul mõjutab see tagasimakseid ja marginaali. Edasimüüjal või platvormisisesel meeskonnal võib olla vaja otsustada, kas otsingukulutused suunatakse läbi teenusepakkuja hinnakirja alusel, märgitakse üles, koondatakse paketi või vaikimisi blokeeritakse. Finantsmeeskond võib soovida teada, kas kliendi arve suurenes suuremate viipade, rohkemate väljundlubade, vahemälu käitumise või veebiotsingu mahu tõttu. Tootetiimid võivad soovida kasutusaruandeid, mis eristavad taustal rikastamist kasutajale nähtavast genereerimisest.

See loob praktilise võimaluse tugevamaks ühendatud AI API arvelduseks. Arveldusmudel peab katma žetoonid, vahemällu salvestatud märgid ja tööriistakutsed, ilma neid ühtseks ebamääraseks „AI kasutuse” reale tasandamata. Vastasel juhul ei saa kliendid öelda, milline agendisüsteemi osa kulutab.

Arendaja tagajärjed

Arendajad peavad käsitlema veebiotsingut rakenduse API kujunduse osana, mitte ainult kiire täiustusena. Otsingupakkuja peaks olema konfiguratsioonis nähtav. Mandaadid peaksid olema hõlmatud. Logid peaksid säilitama piisavalt teavet, et siluda pakkuja käitumist ja klientide kulutusi ilma tarbetuid tundlikke andmeid säilitamata. Vigade käsitlemine peaks eristama mudeli riket otsingupakkuja tõrkest, kuna kasutajakogemus ja uuesti proovimise strateegia võivad erineda.

Seal on ka marsruutimise küsimus. Ceramic.ai, Exa ja Linkup ei ole igal kasutusjuhul omavahel asendatavad. Otsingu kvaliteet, katvus, latentsusaeg, tulemuse vorming ja hind võivad kõik mõjutada mudeli käitumist allavoolu. Pakkujate vahel marsruutida võimaldav lüüs annab arendajatele paindlikkuse, kuid nõuab ka poliitikat: milline pakkuja on millise rentniku jaoks heaks kiidetud, millised piirkonnad või andmeklassid on lubatud ja kas mõne kliendi jaoks on vaja BYOK-i mandaate.

Model Gate ja sarnaste toodete puhul on praktiline seos otsene. Kui kliendid ehitavad agentiteenuseid lüüsi peale, paluvad nad lõpuks samal analüütilisel pinnal mudeli kasutuse kõrval kuvada otsingukasutus. Partner-API-d võivad samuti nõuda otsingu-kõnede kirjete avalikustamist, et allavooluplatvormid saaksid oma klientidele täpselt arveid esitada. Otsingu käsitlemine esmaklassilise arveldatava tööriistana sobiks loomulikult API-võtmehalduse, meeskonna juhtelementide ja kasutusanalüütika kõrvale.

See ei tähenda, et kõik lüüsid peavad kopeerima Cloudflare'i täpse pakkujate loendi. Olulisem on struktuurne punkt: kui otseotsing on lüüsi kaudu saadaval, muutub tööriista mõõtmine lüüsilepingu osaks. Team AI API kulukontroll, mis ignoreerib tööriistakutseid, alahinnab tegelikke agendikulusid.

Mis jääb ebakindlaks

Beetaversioon jätab mitu lahtist küsimust. Cloudflare on nimetanud esialgsed otsingupakkujad ja kirjeldanud arveldusmeetodit, kuid tootmismeeskonnad peavad siiski hindama pakkujapõhist jõudlust, tulemuste kvaliteeti, andmetöötluskohustusi ja kasutuspiiranguid. Avalik dokumentatsioon kinnitab beetaversiooni ja põhilist hinnakujunduse teed, kuid see ei otsusta, kas üks pakkuja on kõigi töökoormuste jaoks parem või kuidas funktsioon areneb enne üldist kättesaadavust.

Samuti on ebaselge, kui kiiresti arendajad standardiseerivad lüüsi vahendatud otsingu, mitte teenusepakkujate otsese integreerimise. Olemasolevate otsimispakkidega meeskonnad võivad jätkata otsingut oma infrastruktuuri sees. Teised võivad eelistada lüüsi marsruutimist, kuna see vähendab integreerimistööd ja tsentraliseerib logid. Otsus sõltub tõenäoliselt nii juhtimisvajadustest kui ka otsingu asjakohasusest.

Siiski on suund piisavalt selge. AI-lüüsid neelavad mudeli ümber suurema osa agendi käitusajast. Cloudflare'i veebiotsingu API beetaversioon ei ole lihtsalt otsingufunktsioon; see on veel üks märk sellest, et AI-rakenduste juhttasand peab nüüd tööriistu mõõtma, suunama ja selgitama sama hoolikalt kui mudeleid.