Agentic Resource Discovery: agentams reikia savo geltonųjų puslapių
Hugging Face pristatė Agentic Resource Discovery idėją, kur agentai randa resursus pagal ai-catalog.json katalogus.
Šiame straipsnyje · 6 dalys
- Kas yra Agentic Resource Discovery? Tai būdas DI agentams rasti įrankius ir resursus per mašinai suprantamus katalogus.
- Kas yra ai-catalog.json? Tai failas, kuriame domenas gali aprašyti agentams skirtus resursus.
- Kodėl verslui tai aktualu? Nes agentams draugiški produktai gali būti lengviau atrandami ir naudojami automatizuotuose procesuose.
Agentic Resource Discovery skamba kaip techninis terminas. Bet kai pažiūri praktiškai, čia yra labai žemiškas klausimas: kiek darbo darome rankomis tik todėl, kad niekas neprisėdo sutvarkyti proceso?
Hugging Face pristatė Agentic Resource Discovery idėją: svetainės gali publikuoti ai-catalog.json, registrai jas nuskaitys, o agentai galės rasti tinkamus įrankius pagal tikslą.
Man tokiose naujienose visada įsijungia mažas vidinis buhalteris. Ne tas, kuris skaičiuoja sąskaitas, o tas, kuris klausia: kiek tai kainuos, kas prižiūrės ir kur gali lūžti?
Kas nutiko
Modelis ūkiškas: publikuoji katalogą savo domene, registras jį nuskaito, agentas ieško pagal ketinimą, patikrina leidėją ir jungiasi per MCP, A2A ar paprastą API.
Žmonėms turėjome telefonų knygas, Google ir katalogus. Agentams dabar reikia panašaus sluoksnio. Kitaip kiekvienas integravimas primena rankinį kabelių kaišiojimą po stalu.
Kodėl tai svarbu
Agentic Resource Discovery svarbus todėl, kad agentai negali rimtai dirbti, jei kiekvieną įrankį žmogus turi rankomis aprašyti nuo nulio. Jiems reikia būdo atrasti, patikrinti ir naudoti paslaugas.
DI jau nebe vien langelis, į kurį įmetame tekstą. Jis jungiasi prie įrankių, moka kviesti servisus, gali veikti keliais žingsniais ir pradeda liesti tikrus verslo pinigus. Čia romantika baigiasi. Prasideda tvarka.
Ką tai reiškia verslui
Verslui tai signalas: jei norite, kad jūsų produktą naudotų agentai, ateityje reikės ne tik žmogui gražaus puslapio, bet ir mašinai suprantamo katalogo.
- aprašyti API ir įrankius struktūruotai
- nurodyti leidėją ir patikimumo informaciją
- atskirti viešus ir privačius resursus
- turėti aiškius naudojimo limitus
Pavyzdys: SaaS įrankis galėtų publikuoti katalogą, kuriame agentas mato, kokias ataskaitas gali gauti ir kokių leidimų tam reikia.
Kur pasislėpusi rizika
Rizika – atidaryti agentams per daug. Atrasti įrankį nereiškia automatiškai leisti juo veikti be taisyklių.
Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina gražiai parašytu sakiniu, mandagiu tonu ir labai užtikrintu veidu. Todėl verslui reikia ne tik įrankių, bet ir įpročio tikrinti.
Ką pasidaryti šią savaitę
Jei turite savo produktą ar vidinę sistemą, pagalvokite, kaip ją aprašytumėte agentui vienu struktūruotu katalogu.
Rašome apie dirbtinį intelektą lietuviškai. Kiekvienas straipsnis parengtas pagal nurodytą šaltinį, o nuorodą į originalą rasite kortelėje „Šaltinis“.
