Google ने ARD स्पेसिफिकेशन जारी किया? मेटाडेटा डिस्कवरी एकाधिकार को बदल रहा है

Google ने ARD स्पेसिफिकेशन जारी किया? इस रणनीतिक कदम को तकनीकी दिग्गजों द्वारा एक एकीकृत प्रोटोकॉल के तहत क्रॉस-प्लेटफ़ॉर्म टूल-राउटिंग की समस्या को हल करने के लिए प्रमाणित किया गया है। 17 जून, 2026 को, Google Cloud ने आधिकारिक तौर पर ओपन-सोर्स स्पेसिफिकेशन पेश किया। इस Google ARD स्पेसिफिकेशन डिप्लॉयमेंट के इर्द-गिर्द बाज़ार की गति यह दर्शाती है कि डेवलपर समुदाय एक फेडरेटेड, डोमेन-सत्यापित नेटवर्क की ओर बढ़ रहा है। यह प्रणाली केंद्रीकृत स्टोर इंडेक्सिंग से विकेंद्रीकृत, डोमेन-सत्यापित डिस्कवरी की ओर एक बड़ा बदलाव है, जो स्वायत्त एजेंटों के नेटवर्क सीमाओं के बीच वर्कफ़्लो को रूट करने के दौरान महत्वपूर्ण पैरामीटर हानि को रोकता है।

फेडरेटेड वेब का विखंडन: Google ARD स्पेसिफिकेशन रिलीज

रिसोर्स डिस्कवरी के लिए ओपन स्पेसिफिकेशन की घोषणा

Google Cloud के सॉफ्टवेयर इंजीनियरों जुंजी बु और श्रीनिवास कृष्णन ने Apache 2.0 लाइसेंस के तहत एजेंटिक रिसोर्स डिस्कवरी (ARD) स्पेसिफिकेशन पेश किया। महत्वपूर्ण रूप से, यह प्रोटोकॉल सीधे Linux फाउंडेशन के तहत AI कैटलॉग वर्किंग ग्रुप द्वारा विकसित आधारभूत AI कैटलॉग डेटा मॉडल पर आधारित है।

विशेष रूप से, यह ओपन फ्रेमवर्क एजेंटिक कंप्यूटिंग में एक बड़ी परिचालन बाधा को संबोधित करता है। AI एजेंट वर्तमान में विशिष्ट कस्टम रजिस्ट्री के भीतर खंडित और सीमित हैं।

परिणामस्वरूप, एक वातावरण में काम करने वाले एजेंट के पास कहीं और होस्ट की गई क्षमताओं को खोजने या सत्यापित करने का कोई मानक तरीका नहीं है। ARD उस गुमशुदा परत को प्रदान करता है। यह मानकीकृत करता है कि संगठन कैसे अपने उपलब्ध टूल्स, स्किल्स और एजेंटों को सीधे अपने डोमेन नाम के तहत प्रकाशित करते हैं, जिससे वे फेडरेटेड रजिस्ट्री के बीच खोजने योग्य हो जाते हैं।

ai-catalog.json स्कीमा और पेलोड का विश्लेषण

इस मानक के केंद्र में ai-catalog.json मैनिफेस्ट है। विशेष रूप से, इस मैनिफेस्ट में प्रदाता की उपलब्ध क्षमताओं का वर्णन करने वाला अत्यधिक संरचित मेटाडेटा होता है।

कैटलॉग प्रकाशित करने के लिए, एक संगठन इस JSON फ़ाइल को अपने डोमेन पर एक वेल-नोन पाथ (well-known path) पर होस्ट करता है। चूंकि फ़ाइल सीधे संगठन के डोमेन नाम के तहत रहती है, इसलिए डोमेन स्वामित्व पहचान के लिए क्रिप्टोग्राफ़िक नींव का कार्य करता है।

कैटलॉग पेलोड कई टूल क्लास का वर्णन कर सकता है, जिसमें Model Context Protocol (MCP) सर्वर, OpenAPI टूल्स या नेस्टेड उप-कैटलॉग शामिल हैं। यह लचीली पेलोड संरचना एजेंटों को उपलब्ध संसाधनों को प्रोग्रामेटिक रूप से पार्स करने की अनुमति देती है, जिससे भारी और अप्रयुक्त लाइब्रेरीज़ को प्री-लोड करने की आवश्यकता समाप्त हो जाती है।

फेडरेटेड रजिस्ट्री: एजेंटिक वेब को क्रॉल और इंडेक्स करना

जबकि कैटलॉग मेटाडेटा को स्टोर करते हैं, रजिस्ट्री एजेंटिक वेब के लिए सर्च इंजन के रूप में कार्य करती हैं। विशेष रूप से, रजिस्ट्री प्रकाशित कैटलॉग को क्रॉल करती हैं और उनकी सामग्री को इंडेक्स करती हैं।

जब किसी एजेंट को एक विशिष्ट क्षमता की आवश्यकता होती है, तो वह रजिस्ट्री को एक सरल भाषा में डिस्कवरी अनुरोध भेजता है। इसके बाद रजिस्ट्री क्रिप्टोग्राफ़िक ट्रस्ट मेटाडेटा के साथ मिलान करने वाले टूल्स लौटाती है।

महत्वपूर्ण बात यह है कि रजिस्ट्री केवल डिस्कवरी चरण को संभालती है। हैंडशेक पूरा होने के बाद यह हट जाती है, जिससे एजेंट सीधे टूल के एंडपॉइंट से कनेक्ट हो सकता है। यह विकेंद्रीकृत फेडरेशन मॉडल किसी भी एकल प्रदाता को एजेंटिक वेब पर डिस्कवरी एकाधिकार स्थापित करने से रोकता है।

Google Cloud एकीकरण: Gemini प्लेटफॉर्म में एजेंट रजिस्ट्री

Google Cloud इस ओपन स्पेसिफिकेशन को नेटिव प्रोडक्ट एकीकरण के साथ समर्थन दे रहा है। विशेष रूप से, कंपनी ने Gemini Enterprise Agent Platform में 'एजेंट रजिस्ट्री' पेश की।

यह एंटरप्राइज-ग्रेड सिस्टम एजेंटिक संसाधनों को खोजने, डिस्कवर करने और होस्ट करने के लिए पूर्ण सपोर्ट प्रदान करता है। महत्वपूर्ण बात यह है कि एजेंट रजिस्ट्री निष्पादन से पहले ट्रस्ट मैनिफेस्ट को सत्यापित करने के लिए 'एजेंट आइडेंटिटी' का उपयोग करके सुरक्षित संसाधनों का प्रबंधन करती है।

यह सत्यापन परत सख्त एजेंटिक इग्रेस नीतियों को लागू करती है और विश्व स्तर पर अद्वितीय नामस्थान वाले URN निर्दिष्ट करती है। परिणामस्वरूप, यह एंटरप्राइज ग्राहकों को HIPAA जैसे सख्त अनुपालन मानकों को पूरा करने में मदद करती है, यह सुनिश्चित करते हुए कि स्वायत्त हैंडशेक पूरी तरह से प्रमाणित और अवरोधन से सुरक्षित रहें।

GitHub Copilot एकीकरण: एजेंट फाइंडर लॉन्च करना

Microsoft भी एजेंट फाइंडर फॉर GitHub Copilot लॉन्च करके इस फेडरेटेड नेटवर्क में शामिल हो गया है। ऐतिहासिक रूप से, डेवलपर्स को मैन्युअल रूप से MCP सर्वर कॉन्फ़िगर और इंजेक्ट करने पड़ते थे, जो अक्सर LLM कॉन्टेक्स्ट विंडो को भर देते थे।

नया एजेंट फाइंडर इस सीमा को समाप्त करता है। ओपन स्पेसिफिकेशन को लागू करके, Copilot अब उपलब्ध AI संसाधनों के इंडेक्स को खोज सकता है।

परिणामस्वरूप, यह कार्य की सरल आवश्यकताओं के आधार पर टूल्स को गतिशील रूप से लोड करता है। चूंकि सिस्टम ओपन स्टैंडर्ड का उपयोग करता है, इसलिए डेवलपर्स एजेंट फाइंडर को GitHub के क्यूरेटेड पब्लिक कैटलॉग या अपनी निजी, सुरक्षित आंतरिक रजिस्ट्री की ओर निर्देशित कर सकते हैं।

स्वायत्त लेनदेन में ऐप फनल को बायपास करना

मैन्युअल विजुअल इंटरफेस को बायपास करना

जैसे-जैसे डेवलपमेंट टीमें हजारों छोटे एप्लिकेशन तैनात करने के लिए रैपिड कोड जनरेशन का उपयोग कर रही हैं, मोबाइल वेब को अभूतपूर्व प्रोडक्ट बाढ़ का सामना करना पड़ रहा है। हालाँकि, सॉफ्टवेयर वॉल्यूम में यह भारी वृद्धि पारंपरिक यूजर इंटरफेस के पूरी तरह से लुप्त होने के साथ मेल खाती है।

जब एक स्वायत्त एजेंट कार्य पूरा करने के लिए ओपन स्टैंडर्ड का उपयोग करता है, तो मानव विजुअल यात्रा गायब हो जाती है। एजेंट सीधे इंडेक्स किए गए कैटलॉग को क्वेरी करता है और बैकग्राउंड में आवश्यक टूल निष्पादित करता है।

परिणामस्वरूप, हम सक्रिय वेब ट्रैफ़िक से 'इरादा-संचालित' (intent-driven) ट्रैफ़िक की ओर एक बड़ा बदलाव देख रहे हैं। इंसान अब लैंडिंग पेज ब्राउज़ नहीं करते या प्रमोशनल स्टोर रीडायरेक्ट पर क्लिक नहीं करते। इसके बजाय, बैकग्राउंड सॉफ़्टवेयर प्रक्रियाएं राउटिंग निर्णय लेती हैं, जिससे पारंपरिक विज्ञापन चैनल अप्रभावी हो जाते हैं।

एजेंटिक डिस्कवरी में पैरामीटर्स हानि की चुनौती

पारंपरिक ऐप राउटिंग उपयोगकर्ता यात्रा को मैप करने के लिए कुकीज़ और URL रीडायरेक्शन पर निर्भर करता है। जब कोई एजेंट टूल डिस्कवरी को स्वचालित करता है, तो ये रीडायरेक्शन यांत्रिकी समाप्त हो जाते हैं।

एजेंट एक सीधा API हैंडशेक स्थापित करता है। परिणामस्वरूप, पारगमन के दौरान महत्वपूर्ण रेफरल पैरामीटर और मार्केटिंग एट्रिब्यूशन टैग हट जाते हैं।

मोबाइल मापन प्लेटफ़ॉर्म खाली मेटाडेटा पैकेज प्राप्त करते हैं। परिणामस्वरूप, डेवलपर्स बिक्री के स्रोत को ट्रैक करने की क्षमता खो देते हैं, जिससे डेटा का एक बड़ा अंतर पैदा होता है।

संदर्भ आर्किटेक्चर और इंजीनियरिंग संदर्भ

पैरामीटर हैंडशेक का पुनर्निर्माण

इस सिमेंटिक राउटिंग गैप को पाटने के लिए, सॉफ्टवेयर आर्किटेक्ट्स को सुरक्षित पैरामीटर-संरक्षण फ्रेमवर्क तैनात करना होगा। जब कोई बाहरी एजेंट किसी एप्लिकेशन को इनवोक करता है, तो उसे उपयोगकर्ता का मूल इरादा, रेफरल पैरामीटर और सुरक्षा टोकन युक्त एक सत्यापित पेलोड प्रसारित करना चाहिए।

महत्वपूर्ण रूप से, डेवलपर्स Deferred Deep Linking फ्रेमवर्क का उपयोग करके एक लचीला समाधान स्थापित कर सकते हैं। यह प्रणाली सुनिश्चित करती है कि गतिशील पेलोड पैरामीटर बैकग्राउंड इंस्टॉलेशन लूप में जीवित रहें। भले ही डिवाइस में नेटिव एप्लिकेशन न हो, कॉन्टेक्स्टुअल रिस्टोरेशन इंफ्रास्ट्रक्चर इरादा पेलोड को संरक्षित करता है, और इसे पहली बार लॉन्च होने पर सुरक्षित रूप से ऐप तक पहुँचाता है।

{
  "applinks": {
    "apps": [],
    "details": [
      {
        "appID": "9H938Y49U3.com.opoinstall.global",
        "paths": [ "/intent/*", "/restore/*" ]
      }
    ]
  }
}

मशीन-टू-मशीन लेनदेन के लिए क्रिप्टोग्राफ़िक सत्यापन

इसके अतिरिक्त, इन स्वचालित लेनदेन को सुरक्षित करने के लिए सख्त क्रिप्टोग्राफ़िक हैंडशेक की आवश्यकता होती है। चूंकि बैकग्राउंड एजेंट मानव पर्यवेक्षण के बिना काम करते हैं, इसलिए दुर्भावनापूर्ण स्क्रिप्ट लेनदेन अनुरोधों को स्पूफ (नकली) करने का प्रयास कर सकती हैं।

इसे रोकने के लिए, प्रत्येक डीप लिंक राउटिंग अनुरोध में एक सत्यापन योग्य क्रिप्टोग्राफ़िक हस्ताक्षर होना चाहिए। एप्लिकेशन को कोई भी कार्रवाई करने से पहले पब्लिक डेवलपर रजिस्ट्री के खिलाफ इस हस्ताक्षर को मान्य करना होगा।

एक सुरक्षित Deferred Deep Linking फ्रेमवर्क को लागू करने से डेवलपमेंट टीमें इन वैलिडेशन को स्वचालित रूप से निष्पादित कर सकती हैं। यह प्रक्रिया एप्लिकेशन सैंडबॉक्स को धोखाधड़ी वाले इंस्टॉलेशन से बचाती है और लेनदेन पाइपलाइन को विज्ञापन धोखाधड़ी से सुरक्षित रखती है।

उद्योग संबंधी दूरदर्शी नोट: स्वायत्त इरादे वाले ट्रैफ़िक के लिए क्रॉस-डिवाइस पैरामीटर पासिंग के संबंध में, opoinstall की टेक लैब वर्तमान में अग्रणी एंटरप्राइज ऐप पार्टनर्स के साथ संयुक्त खोजपूर्ण अनुसंधान कर रही है।

एंटरप्राइज आर्किटेक्चर के लिए तकनीकी सुरक्षा जनादेश

डेवलपर्स और सिस्टम आर्किटेक्ट्स के लिए

एप्लिकेशन आर्किटेक्चर में नेटिव Google ARD स्पेसिफिकेशन एकीकरण को शामिल करने के लिए डेवलपमेंट प्रथाओं में बड़े बदलाव की आवश्यकता होती है। इंजीनियरों को पारंपरिक विजुअल नेविगेशन पाथ डिजाइन करने से हटकर विस्तृत 'ऐप इंटेंट्स' (App Intents) बनाने की ओर बढ़ना होगा। ये इंटेंट्स सिस्टम-स्तरीय एजेंटों को ऐप संरचनाओं को पढ़ने और डेटा को प्रोग्रामेटिक रूप से क्वेरी करने की अनुमति देते हैं।

इसके अलावा, डेवलपर्स को सभी आने वाले डीप लिंक पेलोड को मान्य करने के लिए सख्त हस्ताक्षर सत्यापन लागू करना होगा। यह सत्यापन दुष्ट एजेंटों को स्थानीय सैंडबॉक्स से बाहर निकलने या धोखाधड़ीपूर्ण खरीदारी को ट्रिगर करने से रोकता है। आर्किटेक्ट्स को iOS, Android और HarmonyOS NEXT के बीच उपयोगकर्ता यात्रा को ट्रैक करने के लिए एकीकृत मल्टी-प्लेटफ़ॉर्म ID सिस्टम भी कॉन्फ़िगर करना चाहिए।

प्रोडक्ट और ग्रोथ मैनेजर्स के लिए

इस बीच, प्रोडक्ट और मार्केटिंग लीड्स को अपने विकास मेट्रिक्स को फिर से परिभाषित करना होगा। एक एजेंटिक वातावरण में, पेज व्यू, बाउंस रेट और सत्र अवधि जैसे पारंपरिक KPI मेट्रिक्स अपना मूल्य खो देते हैं।

इसके बजाय, ग्रोथ लीड्स को "इरादा कैप्चर दरों" (Intent Capture Rates) के लिए ऑप्टिमाइज़ करना होगा। उन्हें यह सुनिश्चित करना होगा कि उनका एप्लिकेशन अत्यधिक संरचित, मशीन-पठनीय मेटाडेटा प्रदान करे जिसे एजेंट आसानी से पार्स कर सकें।

इसके अतिरिक्त, टीमों को स्वचालित स्क्रिप्ट-आधारित डाउनलोड की पहचान करने और उन्हें ब्लॉक करने के लिए उन्नत धोखाधड़ी-विरोधी फिल्टर तैनात करने होंगे। यह सुरक्षा सुनिश्चित करती है कि अधिग्रहण बजट वास्तविक उपयोगकर्ता विकास पर खर्च हो, न कि फुलाए गए, मशीन-जनित ट्रैफ़िक पर।