Cloudflare přidal do AI Gateway beta verzi Web Search API, která agentům a aplikacím AI umožňuje prohledávat živý internet prostřednictvím stejné vrstvy brány, která se již používá pro modelový provoz. Tato funkce je nová, má úzkou plochu a je stále ve verzi beta, ale ukazuje na větší posun: vyhledávání se stává zpoplatněným nástrojem umělé inteligence, nikoli pouze integrací na straně aplikace.

Společnost oznámila beta verzi 2. října 2026. Při spuštění uvádí Cloudflare Ceramic.ai, Exa a Linkup jako volitelné poskytovatele vyhledávání. Vývojáři mohou odesílat požadavky na vyhledávání prostřednictvím AI Gateway, nechat si tyto požadavky zobrazovat v protokolech brány a platit za ně prostřednictvím kreditů AI Gateway za cenu uvedenou API každého poskytovatele. Cloudflare říká, že nepřidává další označení. Týmy mohou také použít přihlašovací údaje poskytovatele přinést svůj vlastní klíč, pokud je to podporováno.

Tato kombinace je důležitá, protože spojuje tři problémy, které se často řeší odděleně: směrování nástrojů, pozorovatelnost a fakturace. Pro vývojáře, kteří vytvářejí agenty s rozšířeným vyhledáváním, výzkumné asistenty, podpůrné roboty nebo automatizované prodejní pracovní postupy, již není otázkou pouze to, který model generoval odpověď. Jde také o to, který poskytovatel vyhledávání byl volán, pod čími přihlašovacími údaji, za jakou cenu a zda lze výslednou útratu vázat zpět na zákazníka, tým, projekt nebo klíč API.

Co se změnilo

Donedávna se mnoho diskusí o bráně AI soustředilo na modelová volání: OpenAI-kompatibilní koncové body, převzetí služeb při selhání poskytovatele, účtování tokenů, latence, ukládání do mezipaměti a protokoly požadavků. Beta verze Cloudflare Web Search API přidává do této kontrolní roviny jiný druh transakce. Volání hledání může podporovat modelovou odpověď, ale samo o sobě není žádostí o odvození modelu. Má různé ceny, jinou sémantiku poskytovatele a různé otázky týkající se správy.

Spuštění Cloudflare dělá z poskytovatele vyhledávání konfigurovatelnou volbu brány, nikoli pevně zakódovanou závislost na aplikaci. Vývojáři si mohou vybrat mezi uvedenými poskytovateli, směrovat hovor přes AI Gateway a vidět jej spolu s dalším provozem AI. Pokud zákazník používá fakturaci řízenou službou Cloudflare, poplatek bude účtován proti kreditům AI Gateway. Pokud zákazník přinese klíč poskytovatele, brána může stále sedět v cestě pro směrování a protokolování.

To je smysluplná hranice produktu. Vyhledávání již není neviditelným pomocníkem skrytým za agentským rámcem. Stává se prvotřídní událostí v záznamech brány. U multimodelové API brány pro týmy je to rozdíl mezi „agent byl drahý“ a „tento pracovní postup utratil peníze za tokeny modelů, kontext uložený v mezipaměti a šest hovorů živého vyhledávání.“

Proč by to týmy brány měly zajímat

Bezprostředním publikem jsou vývojáři, kteří již používají Cloudflare AI Gateway, zejména ti, kteří vytvářejí aplikace, které potřebují čerstvé informace. Vyhledávání může pomoci pozemním reakcím v živých datech, ale také představuje další jednotku nákladů a další zdroj závislosti na poskytovateli. Pokud agent podpory prohledává dokumentaci, asistent dodržování předpisů kontroluje aktuální stránky zásad nebo pracovní postup monitorující trh opakovaně prohledává web, mohou být poplatky za vyhledávání z provozního hlediska důležité, i když použití tokenu vypadá skromně.

To je stejný vzor, který se nyní objevuje v celé infrastruktuře agentů. Hostované nástroje shellu, používání prohlížeče, agenti pro kontrolu kódu a vyhledávací služby, to vše se mění v měřené operace kolem modelu. Na žetonech stále záleží, ale už to nejsou celá účetní kniha. Použitelná brána musí vysvětlovat výdaje v celém pracovním postupu, nejen při konečném dokončení.

Pro firmy to má vliv na zúčtování a marži. Prodejce nebo tým interní platformy se možná bude muset rozhodnout, zda budou výdaje za vyhledávání převedeny za katalogovou cenu poskytovatele, zda budou označeny, seskupeny do plánu nebo ve výchozím nastavení blokovány. Finanční tým může chtít vědět, zda se faktura zákazníka zvýšila kvůli větším výzvám, většímu počtu výstupních tokenů, chování mezipaměti nebo objemu vyhledávání na webu. Produktové týmy mohou chtít zprávy o využití, které odlišují obohacení na pozadí od generování viditelného pro uživatele.

To vytváří praktický otvor pro silnější jednotnou AI API fakturaci. Účtovací model musí pokrýt tokeny, tokeny uložené v mezipaměti a volání nástrojů, aniž by je sloučil do jediné vágní linie „používání AI“. V opačném případě by zákazníci nemohli zjistit, která část systému agentů zvyšuje náklady.

Důsledky pro vývojáře

Vývojáři budou muset považovat vyhledávání na webu za součást návrhu aplikace API, nikoli pouze za rychlé vylepšení. Poskytovatel vyhledávání by měl být viditelný v konfiguraci. Pověřovací údaje by měly být vymezeny. Protokoly by měly uchovávat dostatek informací k ladění chování poskytovatele a útraty zákazníků bez uchovávání zbytečných citlivých dat. Zpracování chyb by mělo odlišit selhání modelu od selhání poskytovatele vyhledávání, protože uživatelská zkušenost a strategie opakování se mohou lišit.

Je zde také směrovací otázka. Ceramic.ai, Exa a Linkup nejsou zaměnitelné v každém případě použití. Kvalita vyhledávání, pokrytí, latence, formát výsledků a ceny, to vše může ovlivnit chování následného modelu. Brána, která může směrovat mezi poskytovateli, poskytuje vývojářům flexibilitu, ale také vyžaduje zásady: který poskytovatel je schválen pro kterého nájemce, které oblasti nebo datové třídy jsou povoleny a zda jsou pro některé zákazníky vyžadovány přihlašovací údaje BYOK.

Pro Model Gate a podobné produkty je praktické spojení přímé. Pokud zákazníci budují služby agenta na bráně, nakonec požádají, aby se použití vyhledávání objevilo vedle použití modelu na stejném analytickém povrchu. Partnerská rozhraní API mohou také potřebovat odhalit záznamy vyhledávacích hovorů, aby následné platformy mohly svým zákazníkům přesně fakturovat. Považovat vyhledávání za prvotřídní fakturovatelný nástroj by se přirozeně hodilo vedle API-správy klíčů, týmových kontrol a analýzy využití.

To neznamená, že každá brána musí zkopírovat přesný seznam poskytovatelů Cloudflare. Důležitější bod je strukturální: jakmile je dostupné živé vyhledávání prostřednictvím brány, stane se měření nástrojů součástí smlouvy brány. týmová umělá inteligence API kontrola výdajů, která ignoruje volání nástrojů, podceňuje skutečné náklady na agenty.

Co zůstává nejisté

Stav beta ponechává několik otevřených otázek. Cloudflare jmenoval počáteční poskytovatele vyhledávání a popsal přístup k fakturaci, ale produkční týmy budou muset i nadále vyhodnotit výkon specifický pro poskytovatele, kvalitu výsledků, závazky nakládání s daty a provozní limity. Veřejná dokumentace potvrzuje beta verzi a základní cenovou cestu, ale neřeší, zda je jeden poskytovatel lepší pro všechny úlohy nebo jak se bude funkce vyvíjet před obecnou dostupností.

Není také jasné, jak rychle budou vývojáři standardizovat vyhledávání zprostředkované branou místo přímé integrace poskytovatelů. Týmy s existujícími zásobníky vyhledávání mohou pokračovat ve vyhledávání ve své vlastní infrastruktuře. Jiní mohou preferovat směrování brány, protože snižuje integrační práci a centralizuje protokoly. Rozhodnutí bude pravděpodobně záviset na potřebách správy, stejně jako na relevanci vyhledávání.

Přesto je směr jasný. Brány umělé inteligence absorbují větší část běhu agenta kolem modelu. Služba Cloudflare Web Search API beta není pouze funkcí vyhledávání; je to další známka toho, že řídicí rovina pro aplikace umělé inteligence nyní musí měřit, směrovat a vysvětlovat nástroje stejně pečlivě jako zachází s modely.