Tizenegy cég, köztük a Google, a Microsoft, a GitHub és a Hugging Face tette közzé az Agentic Resource Discovery-t (ARD). A nyílt specifikáció meghatározza, hogy az AI-ügynökök hogyan találják meg és ellenőrizzék az eszközöket, készségeket és más ügynököket az interneten.
A közreműködők június 17-én adták ki a specifikáció tervezetét, többük referencia implementációjával együtt. Az ARD licence az Apache 2.0 alatt van, és a Linux Foundation alatt működő munkacsoport által karbantartott AI-katalógus adatmodellre épül. A közreműködők teljes listáján a Cisco, a Databricks, a GoDaddy, az NVIDIA, a Salesforce, a ServiceNow és a Snowflake is szerepel.
Mit old meg az ARD?
A specifikáció egy koordinációs probléma megoldására irányul. Ma egy ügynököt minden használt eszközhöz, MCP-kiszolgálóhoz vagy API-hoz előre kell csatlakoztatni. Ahogy egyre több vállalat teszi közzé saját képességeit, ez az előkábelezés leállítja a méretezést.
Az ARD a felfedezést egy keresési lépésbe helyezi át, amely futásidőben történik. Az elmozdulás elsősorban az eszközöket és ügynököket publikáló cégeket érinti, egyelőre nem a tipikus tartalomoldalakat.
Hogyan működik az ARD
Az ARD két darabra támaszkodik, amelyeket a specifikáció katalógusoknak és nyilvántartásoknak nevez.
Egy szervezet katalógust ad ki, an ai-catalog.json fájl, amely a saját tartományának jól ismert elérési útján van tárolva, és felsorolja az általa elérhető eszközöket, MCP-kiszolgálókat, ügynököket vagy API-kat.
A nyilvántartások ezután feltérképezik ezeket a katalógusokat, indexelik őket, és egyszerű nyelven válaszolnak az ügynökök felderítési kérelmeire.
Mivel minden katalógus a saját kiadójának domainjéhez tartozik, a specifikáció a domain tulajdonjogát használja annak ellenőrzésére, hogy ki tette közzé.
Éles használatra a kiadók bizalmi metaadatokat csatolhatnak, így az ügynök vagy a rendszerleíró adatbázis megerősítheti a kiadó kriptográfiai azonosságát a csatlakozás előtt. A képesség kiválasztása után az ARD átadja a kezét, és az ügynök közvetlenül csatlakozik az eszköz saját protokolljával.
Aznapi megvalósítások
Több közreműködő még aznap szállított a specifikáció alapján készült munkaeszközöket.
A GitHub bemutatta az ügynökkeresőt, amely lehetővé teszi a Copilot számára, hogy megtalálja a megfelelő MCP-kiszolgálókat, készségeket, eszközöket és ügynököket egy kiválasztott nyilvántartásból, és a felhasználók szabályozzák, hogy mi csatlakozzon.
A Hugging Face kiadott egy Discover Tool-t, amely készségek és MCP-kiszolgálók keresésére szolgál az ARD szolgáltatások között. A Cisco a specifikációt az AGNTCY Agent Directory-jához kötötte, amely egy nyílt forráskódú projekt a Linux Foundation alatt.
A kiadás folytatja a nyílt specifikációk sorozatát, amelyek a web géppel olvasható rétegét célozzák. A Google két nappal korábban tette közzé az Open Knowledge Format-ot, amely az AI-rendszerek közötti szervezeti ismeretek megosztására szolgáló specifikáció. Az erőfeszítések mintája ugyanaz. Mindegyik arra kéri, hogy tegyen közzé egy strukturált fájlt a saját domainje alatt, hogy az AI-rendszerek felhasználhassák az Ön által közzétett tartalmat anélkül, hogy bárki kézzel huzalozná a kapcsolatot.
Ahol a Google elfér
A Google szerepköre a Gemini Enterprise Agent Platform részét képező Agent Registry-re összpontosul.
A vállalat azt mondta, hogy az Agent Registry kezeli és keresi az ügynöki erőforrásokat, valamint kezeli a vállalatirányítást. A platform natív ARD támogatását a következő hónapokra tervezik, ami a Google szerint lehetővé teszi a szervezetek számára, hogy a belső nyilvántartásokat a szélesebb hálózathoz csatlakoztassák. Ez a támogatás még nem él, és az ARD egy specifikáció, nem pedig a Google Keresés funkciója.
Miért számít ez?
A felosztás attól függ, hogy mit tesz közzé. Az ARD a hívható képességek, API-k, MCP-kiszolgálók és ügynökök kiadói számára készült, amelyekhez a szoftver csatlakozik. Az eszközöket kiadó cégnek egyértelmű módszere van arra, hogy az ügynökök megtalálják és megbízzanak benne. Egy tipikus tartalmi webhelynek ma nincs egyértelmű intézkedése.
Ennek az erőfeszítésnek az értékét vitatják. A Google munkatársa, John Mueller azzal érvelt, hogy az LLM-rendszerek nem használhatják az llms.txt-hez hasonló fájlokat, hogy megkülönböztessék az egyik webhelyet a másiktól, és azt tanácsolta, hogy a jövőbeli ügynök-orientált stratégiák helyett a jelenlegi igényekre összpontosítsanak. Az ARD az eszközöket és az ügynököket célozza meg, nem a tartalmat, és kérdéseket vet fel a mostani felépítéssel kapcsolatban olyan rendszerek esetében, amelyek később forgalmat generálnak, vagy nem.
Előre tekintve
A specifikáció v0.9-es vázlat, és a közreműködők változtatásokat kérnek a projekt GitHub-tárhelyén keresztül. Elérhetősége azoktól a nyilvántartásoktól függ, amelyek képesek a katalógusok nagymértékű feltérképezésére és indexelésére, és ez az ökoszisztéma még mindig a kezdeti szakaszában van. A Google Ügynök-nyilvántartási támogatása hónapokig nem működik.
Ha ez a hálózat kiépül, az előny elsősorban azokat a cégeket érinti, amelyek olyan eszközöket és ügynököket kínálnak, amelyekre másoknak szüksége van. A Google korai ügynök-webes funkciói erre utalnak. Az azonnali aggodalom az, hogy a jelenlegi platformjai és eszközei átveszik-e az ARD-t, és mit kell majd közzétennie.
