Cloudflare skladá infraštruktúru otvoreného webu pre AI agentov

Web, na ktorom agent nekliká naslepo

Cloudflare označuje za „agentický internet“ web prispôsobený softvéru, ktorý v mene používateľa nielen číta stránky, ale vyhľadáva služby, volá funkcie a dokončuje transakcie. Firemný návrh spája viacero samostatných technológií: Web Bot Auth a PACT pre identitu a prístup, Markdown for Agents pre úspornejšie čítanie, WebMCP pre vykonávanie operácií a x402 pre platby. Nejde o jeden hotový štandard ani o ucelený produkt. Presnejšie je hovoriť o architektonickej vízii, v ktorej sa Cloudflare pokúša poskladať vznikajúce protokoly do spoločného pracovného toku.

Východiskom je reálny prevádzkový problém. Cloudflare uvádza, že korektne sa správajúce boty opakovane načítavajú miliardy stránok, hoci sa ich obsah nezmenil. Bežné HTML navyše obsahuje navigáciu, štýly, reklamné prvky a ďalšie dáta, ktoré agent často nepotrebuje, ale musí ich preniesť a spracovať. Náklady tak nesie prevádzkovateľ webu aj používateľ platiaci za výpočty a tokeny. Zjednodušená textová reprezentácia alebo explicitné rozhranie pre nástroje preto môže znížiť prenos a zároveň obmedziť krehké automatizovanie založené na rozpoznávaní tlačidiel v DOM.

Identita, prístup a úspornejší obsah

Web Bot Auth má nahradiť dôveru v ľahko falšovateľný reťazec User-Agent kryptografickým dôkazom o prevádzkovateľovi bota. Doména by tak mohla povoliť konkrétneho obchodného partnera alebo používateľského agenta a zároveň odmietnuť anonymný scraper. PACT, čiže Private Access Control Tokens, rieši inú časť vzťahu: služba, ktorá už pozná používateľa, môže prostredníctvom tokenu potvrdiť jeho oprávnenosť ďalšej službe bez odovzdania úplnej identity. Cloudflare tento koncept predstavilo s Mozillou, Googlom, Microsoftom a Shopify, ale jeho praktická hodnota bude závisieť od podpory naprieč platformami a od toho, aké informácie token skutočne prezradí.

Markdown for Agents má serveru umožniť poslať agentovi čistejšiu textovú verziu namiesto celej vizuálnej stránky. To môže byť užitočné pre dokumentáciu, médiá či katalógy, nie je to však univerzálna náhrada HTML. Vizuálne usporiadanie, prístupnosť, formuláre alebo interaktívny stav stránky môžu niesť význam, ktorý sa pri prevode stratí. Prevádzkovateľ tiež musí rozhodnúť, či agent dostane rovnaký obsah ako človek a ako bude merať jeho využitie. Úspora tokenov preto nerieši otázky licencií, správnosti ani toho, či agent pracuje s aktuálnou verziou dokumentu.

WebMCP sa posunul od ukážky k experimentom

Najkonkrétnejšou časťou vízie je WebMCP, navrhované webové rozhranie, cez ktoré stránka sprístupní pomenované nástroje s opisom a štruktúrovanými vstupmi. Agent potom nemusí odhadovať význam každého prvku rozhrania. Namiesto série simulovaných kliknutí môže zavolať napríklad nástroj na filtrovanie výsledkov, vytvorenie servisného tiketu alebo vyplnenie rezervácie. Nástroj beží v kontexte otvorenej stránky, a preto môže využívať jej aktuálny stav, reláciu a existujúcu autentifikáciu. WebMCP pritom nie je totožné so serverovým MCP: ide o klientsky mechanizmus pre spoluprácu stránky, prehliadača, agenta a používateľa.

Od pôvodného oznámenia Cloudflare pribudol dôležitý praktický kontext. Dokumentácia Chrome uvádza WebMCP ako navrhovaný štandard a sprístupňuje ho v origin trial pre Chrome 149. Verejný prehľad implementácií projektu zároveň eviduje skúšobnú podporu v Brave, origin trial v Edge 150 a podporu v ChatGPT Desktop. To ukazuje, že myšlienka už nie je viazaná iba na Cloudflare. Stále však nejde o stabilnú, všeobecne dostupnú webovú funkciu: Firefox a Safari sú v prehľade zastúpené najmä odkazmi na diskusiu o štandarde, nie potvrdenou produkčnou implementáciou.

Súčasná dokumentácia upozorňuje aj na technické hranice. WebMCP je zamerané predovšetkým na lokálny prehliadač s človekom v rozhodovacej slučke, kým použitie v bezhlavom prehliadači môže byť zložitejšie. Rozhranie je viazané na izoláciu pôvodu a politiku oprávnení; nástroje v cudzích iframe rámcoch nie sú automaticky povolené. Pri komplikovaných aplikáciách môže byť potrebné prerobiť správu stavu. Najcitlivejšie operácie, napríklad nákup alebo odoslanie žiadosti, by mali vyžadovať viditeľné potvrdenie používateľa, nie iba rozhodnutie jazykového modelu.

Platby x402 a praktické dôsledky

Platobnú vrstvu zastupuje x402, otvorený protokol postavený na stavovom kóde HTTP 402 Payment Required. Server môže klientovi oznámiť cenu a podporované platobné podmienky; klient následne pripojí podpísaný platobný údaj, ktorý server alebo sprostredkovateľ overí a vyrovná. Aktuálny projekt x402 Foundation opisuje podporu rôznych sietí a schém vrátane presnej sumy, maximálneho limitu za požiadavku či dávkového vyrovnania malých platieb. Ambíciou je podporovať kryptografické aj tradičné meny, no dnešné referenčné implementácie sú stále výrazne orientované na blockchainové siete a stablecoiny.

Pre vydavateľa by takýto model mohol znamenať spoplatnenie jedného článku, dátového záznamu alebo API volania bez klasického predplatného. Pre menšiu slovenskú firmu môže byť zaujímavejšia merateľná spotreba technických dát než platba za každú spravodajskú stránku. Ekonomika však musí fungovať aj po započítaní účtovníctva, reklamácií, konverzie mien, daňových povinností a prevádzky platobného sprostredkovateľa. Pri veľmi nízkych cenách môže administratíva prevýšiť výnos a používateľ môže odmietnuť agentovi udeliť otvorený rozpočet.

V slovenskom a európskom prostredí nemožno automatický nákup oddeliť od ochrany spotrebiteľa, osobných údajov a pravidiel finančných služieb. Prevádzkovateľ potrebuje vedieť, kto nesie zodpovednosť, ak agent objedná nesprávnu službu, prekročí limit alebo odošle citlivé údaje deklarovanému nástroju. Používateľ by mal pred potvrdením vidieť obchodníka, cenu, menu, predmet plnenia a podmienky storna. Pri platbách cez stablecoiny pribúdajú otázky úschovy kľúčov, regulácie a účtovného spracovania. Samotný otvorený protokol tieto právne a prevádzkové povinnosti neodstraňuje.

Najväčšou neistotou zostáva dôvera. Kryptografická identita potvrdí prevádzkovateľa agenta, nie správnosť jeho rozhodnutia. Štruktúrovaný nástroj zníži nejednoznačnosť rozhrania, ale môže byť navrhnutý škodlivo alebo môže dostať chybné argumenty. Platobný protokol preukáže autorizáciu či vyrovnanie, no automaticky nevyrieši spor o kvalitu služby. V praxi budú potrebné limity výdavkov, protokoly udalostí, jednoznačné potvrdenia, možnosť zrušenia a oddelenie čítacích operácií od nezvratných úkonov.

Cloudflare správne pomenúva posun od webu určeného iba ľuďom k webu, ktorý musí rozlišovať medzi crawlermi, osobnými agentmi a transakčnými klientmi. Doterajší vývoj WebMCP a x402 zároveň ukazuje, že jednotlivé stavebné prvky vznikajú aj mimo jeho platformy. Zatiaľ však ide skôr o obdobie experimentov než o nový univerzálny webový základ. Pre firmy má zmysel testovať deklarované nástroje a merateľný prístup k obsahu, ale nasadenie platieb alebo autonómnych transakcií by malo nasledovať až po vyriešení súhlasu, auditovateľnosti a zodpovednosti.