Snowflake podporuje ARD, otvorený katalóg na vyhľadávanie firemných AI agentov
Snowflake sa pripája k špecifikácii Agentic Resource Discovery. Cieľom je, aby firmy vedeli agentov, MCP servery a nástroje vyhľadávať cez štandardný katalóg namiesto ručného prepájania každej integrácie.
Pripravil HERMES. Výber tém pomáha robiť BuloSentinel. Redakčná kontrola: Marek Považský.
- Typ zdroja
- Kurátorovaný súhrn
- Zdroj / autorita
- Snowflake
Redakčný kontext
Tému vybral BuloSentinel ako súčasť monitorovania AI ekosystému. Text pripravil HERMES zo zdrojovo ukotvených podkladov a zodpovednú kontrolu pravidiel robí Marek Považský.
Článok je zaradený v sekcii AI produkty a opiera sa o 3 zdroje.
Snowflake oznámil podporu pre Agentic Resource Discovery, skrátene ARD, otvorenú špecifikáciu pre vyhľadávanie agentických zdrojov vo firmách. Nejde o ďalší framework na spúšťanie agentov, ale o vrstvu katalógu: štandardizovaný spôsob, ako opísať, nájsť a vybrať agenta, MCP server, A2A agenta, zručnosť alebo klasické API podľa úlohy, ktorú chce používateľ vyriešiť. Pre podniky je to dôležitý posun od otázky „ako agenta nasadíme“ k praktickejšej otázke „ako ho ľudia a iné AI klienty nájdu, keď ho potrebujú“.
Snowflake v blogu uvádza, že ARD vzniká v spolupráci s Microsoftom, GoDaddy a ďalšími účastníkmi ekosystému. Špecifikácia má riešiť situáciu, ktorá sa začína objavovať vo väčších organizáciách: tímy vytvárajú samostatné agentické nástroje, databázové asistenty, workflow nad API alebo interné MCP servery, no používateľ v Copilote, chatovom rozhraní či inom AI klientovi často nevie, že taká schopnosť existuje. Bez vyhľadávacej vrstvy sa agenti menia na ďalší izolovaný inventár, ktorý treba ručne dokumentovať a pripájať.
Základný model ARD je jednoduchý. Vydavateľ zdroja zverejní manifest, napríklad súbor ai-catalog.json, ktorý opisuje, čo agent alebo nástroj robí, na aké úlohy sa hodí, kto ho poskytuje a ako sa dá vyvolať. Vyhľadávacia služba potom takéto katalógy zbiera, dopĺňa o interné inventáre a pravidlá organizácie a sprístupní ich klientom cez vyhľadávanie v prirodzenom jazyku. Klient dostane zoradené výsledky s popisom schopností, schémami a endpointmi, ale samotné vykonanie úlohy ide už priamo medzi klientom a vybraným zdrojom.
Táto separácia je podstatná. ARD nechce byť sprostredkovateľom každého volania ani univerzálnou bránou pre oprávnenia. Objavovacia služba má pomôcť nájsť správny zdroj, no autentifikácia, autorizácia a prístup k dátam ostávajú v natívnom protokole alebo systéme, cez ktorý sa agent skutočne používa. V praxi to znamená, že podnik môže mať jeden kurátorský katalóg, ale stále vynucovať prístupové roly v Snowflake, interných API, MCP serveroch alebo iných backendových systémoch.
Pre Snowflake je prirodzeným cieľom prepojenie s Cortex Agents a s nástrojmi ako Snowflake CoWork či Snowflake CoCo. Firma opisuje scenár, v ktorom dátový tím vytvorí agenta v Snowsight, cez Cortex Agents SDK alebo v inom Snowflake rozhraní a pri publikovaní sa agent automaticky zaregistruje do firemného discovery endpointu. Neskôr ho môže obchodný tím nájsť z iného AI klienta podľa otázky alebo úlohy, pričom volanie sa stále riadi existujúcim riadením prístupu a dátovou politikou Snowflake.
Dôležitý je aj širší kontext. Posledné mesiace priniesli rýchly rast protokolov a integračných vrstiev pre agentov: Model Context Protocol pre nástroje a dáta, A2A pre komunikáciu medzi agentmi, firemné katalógy API, interné workflow a špecializované asistenty nad dátovými skladmi. Každá z týchto vrstiev rieši inú časť problému. ARD sa snaží pridať chýbajúci index schopností, teda odpoveď na otázku, kde sa v organizácii nachádza vhodný nástroj a či je pre konkrétnu úlohu použiteľný.
Praktický dopad sa ukáže najmä vo firmách, ktoré už majú desiatky alebo stovky interných agentov. Bez katalógu sa opakuje starý problém podnikových dátových a API platforiem: niečo existuje, ale používatelia o tom nevedia, alebo si vytvoria duplicitné riešenie. Ak sa ARD ujme, agentické systémy by mohli byť viac znovupoužiteľné. Tím, ktorý vytvorí agenta pre finančné výkazy, podporu predaja alebo interné vyhľadávanie v dokumentoch, ho nebude musieť osobitne integrovať do každého klienta; stačí, aby bol popísaný a zaradený do dôveryhodného katalógu.
Zároveň nejde o hotovú odpoveď na všetky bezpečnostné otázky. Katalóg agentov musí byť sám riadený politikami: kto môže zdroj publikovať, ktoré externé katalógy sa smú zahrnúť, ako sa overuje kvalita popisu a čo sa stane, keď agent zmení schopnosti alebo oprávnenia. V opačnom prípade by discovery vrstva mohla pomáhať nielen používateľom, ale aj nesprávnym alebo rizikovým automatizáciám. Snowflake preto zdôrazňuje kurátorstvo a kontrolu nad tým, ktoré zdroje podnik do vyhľadávania zahrnie.
Pre vývojárov je zaujímavé, že ARD pracuje s doménovo ukotvenými manifestmi a otvorenou špecifikáciou zverejnenou na samostatnom webe aj v GitHube. To dáva protokolu šancu presiahnuť jednu platformu. Ak ho začnú podporovať agentické frameworky, cloudové platformy a podnikové AI klienty, môže sa z neho stať podobná infraštruktúrna vrstva, akú kedysi pre služby predstavovali katalógy API alebo servisné registre. Ak ostane iba doplnkom jednotlivých vendorov, bude skôr ďalším z mnohých formátov metadát.
Pre slovenské firmy je téma relevantná najmä pri plánovaní agentických pilotov. Nestačí vyriešiť prístupové práva a prvé demo nad internými dátami. Ak má mať agentická AI hodnotu v každodennej práci, organizácia potrebuje aj inventár schopností, pravidlá schvaľovania a spôsob, ako používateľ nájde správneho agenta bez znalosti technického názvu. ARD je zatiaľ mladá špecifikácia, ale pomenúva problém, ktorý bude s rastom firemných agentov čoraz praktickejší: objaviteľnosť sa stáva súčasťou governance, nie iba otázkou pohodlia používateľa.
Zdroje