OpenAI और प्रमुख टेक कंपनियाँ AI एजेंट प्लगइन फॉर्मेट को एकजुट करती हैं

6 अगस्त, 2026 को, OpenAI, Microsoft, Amazon, Cursor और Vercel ने Agent Plugins 1.0.0 लॉन्च किया, जिसका उद्देश्य AI Agent के लिए एक क्रॉस-प्रोडक्ट सामान्य प्लगइन पैकेजिंग फॉर्मेट स्थापित करना है। डेवलपर्स Agent Skills को, जो ऑपरेशन निर्देश, स्क्रिप्ट और संदर्भ सामग्री से मिलकर बने होते हैं, और डेटाबेस, क्लाउड सेवाओं और डेवलपमेंट टूल्स से जुड़ने वाले MCP सर्वर को एक ही डायरेक्टरी में रख सकते हैं; सिद्धांत रूप से, एक बार पैकेज करने के बाद, यह ChatGPT, Codex, VS Code, Cursor, GitHub Copilot और Kiro जैसे संगत क्लाइंट में उपयोग किया जा सकता है। इसका उद्देश्य मॉडल क्षमता की समस्या को हल करना नहीं है, बल्कि Agent पारिस्थिति में उभरती हुई फॉर्मेट फ्रैगमेंटेशन है: वर्तमान में, एक ही क्षमता के लिए अक्सर अलग-अलग प्रोडक्ट के लिए अलग-अलग लिस्टिंग फ़ाइलें लिखनी पड़ती हैं, डायरेक्टरी संरचना में संशोधन करना पड़ता है और कई ब्रांच मेंटेन करने पड़ते हैं। हालाँकि, 1.0.0 स्पेसिफिकेशन को "वर्किंग ड्राफ्ट" के रूप में चिह्नित किया गया है, और वर्तमान में केवल पैकेजिंग तरीके को समानीकृत किया गया है, प्लगइन स्टोर, इंस्टॉलेशन प्रोटोकॉल, परमिशन मॉडल, सैंडबॉक्स आइसोलेशन और स्रोत पुष्टि को परिभाषित नहीं किया गया है। इसलिए, यह Agent पारिस्थिति का "पैकेज फॉर्मेट" के समान है, और किसी भी प्लगइन को सुरक्षित रूप से इंस्टॉल करने के लिए एक परिपक्व ऐप स्टोर नहीं है।

लेखक, स्रोत: जोनाथन हेफनर, Vercel तकनीकी टीम के सदस्य

पिछले वर्ष AI एजेंट पारिस्थिति ने दो महत्वपूर्ण विस्तार क्षमताएँ विकसित कीं।

पहला प्रकार Agent कौशल है। ये आमतौर पर एकSKILL.mdफ़ाइल, संबंधित स्क्रिप्ट और संदर्भ सामग्री से बने होते हैं, जो Agent को किसी विशिष्ट कार्य को कैसे पूरा करना है, इसके बारे में बताते हैं। उदाहरण के लिए, एक वेबसाइट डिप्लॉय करने, वित्तीय दस्तावेज़ों का विश्लेषण करने या कोड सुरक्षा की जांच करने के दौरान, कौशल कार्यों के चरण, सावधानियाँ, सत्यापन नियम और सीधे निष्पादित किए जा सकने वाले प्रोग्राम प्रदान कर सकते हैं।

दूसरा प्रकार MCP सर्वर है। MCP का कार्य Agent को बाहरी उपकरणों और डेटा से जोड़ना है, जैसे कि डेटाबेस पढ़ना, GitHub का संचालन करना, क्लाउड प्लेटफॉर्म की स्थिति क्वेरी करना, या एंटरप्राइज इंटरनल सिस्टम को कॉल करना। Skills “Agent को यह सिखाने” पर केंद्रित हैं, जबकि MCP “Agent को वास्तविक रूप से कॉल करने योग्य उपकरण प्रदान करने” पर केंद्रित है।

समस्या यह है कि इन घटकों के पहले एक समान रूप से पैकेज करने का तरीका नहीं था। भले ही किसी कौशल या MCP सर्वर की मूल सामग्री पूरी तरह समान हो, विकासक इसे विभिन्न एजेंट उत्पादों में जोड़ते समय अभी भी लिस्टिंग फाइल, डायरेक्टरी स्ट्रक्चर और कॉन्फ़िगरेशन फील्ड्स को अलग-अलग बदलने के लिए मजबूर हो सकते हैं। समय के साथ, एक ही एक्सटेंशन के कई क्लाइंट-विशिष्ट संस्करण बन जाते हैं; जब एक संस्करण में त्रुटि ठीक होती है, तो अन्य शाखाओं में सिंक्रनाइज़ेशन होना आवश्यक नहीं होता, जिससे Google द्वारा “फॉर्किंग और ड्रिफ्ट” कहे जाने वाले स्थिति का निर्माण होता है।

Agent Plugins को प्रदान करना है, ये क्षमताएँ बाहरी सामान्य पैकेजिंग बॉक्स। इसकी भूमिका JavaScript इकोसिस्टम केpackage.jsonया कंटेनर क्षेत्र के OCI फॉर्मेट के समान है: यह अंदर के कोड और प्रोटोकॉल को बदलता नहीं है, बल्कि इन चीजों को कैसे संगठित, खोजा और लोड किया जाए, इसका एक समान वर्णन करता है।

According toversion 1.0.0 specification, an Agent Plugin is a directory with a fixed structure, and the root directory must containplugin.json. The minimal manifest only needs to declare the adopted specification version and the plugin name.

यदि प्लगइन में कौशल शामिल हैं, तो उन्हें एकत्रित रूप सेskills/निर्देशिका में रखा जाता है, जहाँ प्रत्येक कौशल के लिए अपनाSKILL.mdहोता है, और साथ ही स्क्रिप्ट, संदर्भ फ़ाइलें और अन्य संसाधन भी संलग्न हो सकते हैं। यदि प्लगइन को बाहरी उपकरणों से कनेक्ट करने की आवश्यकता है, तो मूल निर्देशिका मेंmcp.jsonरखें, जो एक या अधिक MCP सर्वर की घोषणा करता है।

MCP खंड वर्तमान में तीन कनेक्शन विधियों को समर्थन करता है: स्थानीय रूप से प्रक्रिया की stdio, वर्तमान में अनुशंसित Streamable HTTP, और पुराने प्रणालियों के साथ संगतता के लिए बनाए रखे गए HTTP+SSE। विभिन्न क्लाइंट सभी संचार विधियों को समर्थन नहीं कर सकते, लेकिन कम से कम stdio या Streamable HTTP में से एक को समर्थन करना चाहिए।

इस स्थिर संरचना का सीधा लाभ यह है कि क्लाइंट को फ़ाइल कहाँ है, यह अनुमान लगाने की आवश्यकता नहीं है और प्लगइन लेखकों को प्रत्येक उत्पाद के लिए डायरेक्टरी को फिर से डिज़ाइन करने की आवश्यकता नहीं है। एक संगत क्लाइंट, भले ही यह केवल Skills को ही समर्थन करता हो और MCP को नहीं, अभी भी कौशल खंड को पढ़ सकता है; जब कोई MCP कॉन्फ़िगरेशन त्रुटिपूर्ण होता है, तो मानक के अनुसार क्लाइंट को संभवतः त्रुटिपूर्ण सर्वर को छोड़ देना चाहिए, न कि पूरे प्लगइन को पूरी तरह से अक्षम करना।

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

वर्तमान में आधिकारिक संगत सूची में VS Code, Cursor, GitHub Copilot, ChatGPT और Codex, और अमेज़न का Kiro शामिल है। Vercel ने मूल स्पेसिफिकेशन प्रस्ताव शुरू किया, जिसके बाद AWS, Cursor की मातृ कंपनी Anysphere, माइक्रोसॉफ्ट, OpenAI और Vercel द्वारा प्रारंभिक तकनीकी निर्देशक समिति का गठन किया गया; GitHub ने भी स्पेसिफिकेशन को पूरा करने में भाग लिया।

Google ने प्रकाशन दिन को घोषित किया कि वह मुख्य रखरखाव कार्य में शामिल होगा और इस प्रारूप को समर्थित करने के लिए संबंधित उत्पादों को शुरू करेगा। Google एजेंट्स CLI और डेटा एजेंट किट में एजेंट प्लगइन्स को अपनाने की योजना बना रहा है, ताकि विकासक BigQuery, Spanner और Cloud SQL जैसी डेटा क्षमताओं को स्थानांतरणीय प्लगइन्स में संयोजित कर सकें।

ये प्रतिभागी ध्यान योग्य हैं क्योंकि वे मॉडल और उत्पाद स्तर पर एक ही गुट में नहीं हैं। माइक्रोसॉफ्ट के पास VS Code और GitHub Copilot हैं, जो OpenAI के साथ घनिष्ठ संबंध रखते हैं; Cursor एक स्वतंत्र AI प्रोग्रामिंग टूल है; AWS के पास Kiro है, जो क्लाउड मार्केट में माइक्रोसॉफ्ट और Google के साथ प्रतिस्पर्धा करता है; और Vercel AI एप्लिकेशन डिप्लॉयमेंट प्लेटफॉर्म बनना चाहता है। उनकी सामूहिक रूप से पैकेजिंग मानक तैयार करने की इच्छा से स्पष्ट होता है कि प्लगइन का टुकड़ा-टुकड़ा होना सभी निर्माताओं की रखरखाव लागत में वृद्धि करने लगा है।

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

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

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

规范虽然要求插件内的文件路径不能通过../或符号链接逃离插件根目录，但官方特别说明：这种路径约束不等于对插件进程进行沙箱隔离。一个通过stdio启动的MCP服务器仍然可能执行程序；它究竟可以访问哪些文件、环境变量、网络和用户数据，要由客户端的权限体系决定。

दूरस्थ MCP एंडपॉइंट को सिद्धांत रूप से HTTPS का उपयोग करना चाहिए, और प्लगइन को सार्वजनिक रीक्वेस्ट हेडर्स या एनवायरनमेंट कॉन्फ़िगरेशन में पासवर्ड या अन्य गुप्त जानकारी सीधे नहीं लिखनी चाहिए। हालाँकि, 1.0.0 में सामान्य OAuth कॉन्फ़िगरेशन या पोर्टेबल क्रेडेंशियल रेफरेंस मैकेनिज़म उपलब्ध नहीं है, और प्रमाणीकरण खोज, उपयोगकर्ता लॉगिन और क्रेडेंशियल सहेजना अभी भी क्लाइंट द्वारा संभाला जाता है।

इसलिए, एकीकृत प्रारूप एक साथ ही दुरुपयोगकारी विस्तारों के प्रसार की दक्षता को भी बढ़ा सकता है। विकासक “एक बार पैक करें, कहीं भी चलाएं” कर सकते हैं, और हमलावर भी सिद्धांत रूप से ऐसा ही कर सकते हैं। भविष्य में इस मानक के व्यापक रूप से उपयोग को निर्धारित करने वाला कुछ भी डायरेक्टरी संरचना नहीं, बल्कि साइनेचर, अनुमति सूचनाएँ, सप्लाई चेन समीक्षा, स्वचालित अपडेट और रद्द करने के तंत्र के समय पर अपडेट होने की क्षमता होगी।

अनेक एजेंट उत्पादों में आदेश, घटना हुक, उप-एजेंट टेम्पलेट, इंटरफ़ेस कंपोनेंट और कस्टम वर्कफ़्लो भी शामिल हैं। निर्माताओं ने पहले संस्करण में इन सभी चीजों को एक समान नहीं किया, बल्कि केवल Skills और MCP दो ऐसे कंपोनेंट्स को ही चुना जो पहले से ही कुछ अंतर-प्लेटफ़ॉर्म आधार बना चुके हैं।

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

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

यदि मानक को पर्याप्त ग्राहक समर्थन प्राप्त हो जाता है, तो विकासकों को अपनी टीम को Cursor से VS Code पर और Codex से किसी अन्य Agent पर स्विच करने के कारण सभी कौशल और उपकरण संयोजनों को पुनः बनाने की आवश्यकता नहीं होगी। व्यक्तिगत या व्यावसायिक स्तर पर लंबे समय तक एकत्रित Agent क्षमताएँ उपयोगकर्ता के साथ स्थानांतरित हो सकती हैं, जिससे निम्नस्तरीय मॉडल और क्लाइंट को आसानी से बदला जा सकता है।

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

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

इसके अलावा, MCP को मूल रूप से Anthropic द्वारा बढ़ावा दिया गया था, लेकिन Anthropic वर्तमान में Agent Plugins द्वारा प्रकाशित प्रारंभिक मुख्य रखरखावकर्ताओं या पहले औपचारिक रूप से संगत क्लाइंट्स की सूची में शामिल नहीं है। इसका अर्थ यह नहीं है कि Claude भविष्य में इस प्रारूप का समर्थन नहीं करेगा, बल्कि यह दर्शाता है कि नया पैकेजिंग मानक सभी प्रमुख Agent समूहों को अभी तक कवर नहीं करता है।

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

पहला संस्करण बहुत छोटा था, और यह यह भी नहीं सुनिश्चित करता था कि प्लगइन कैसे खोजे, स्थापित किए जाएं और विश्वास किए जाएं। लेकिन इस संयम को इसका लाभ भी माना जा सकता है। यह सबसे मूलभूत और सबसे आसानी से सहमति बनाई जा सकने वाली परत को समेकित करता है, ताकि Skills और MCP सर्वर के पास एक समान परिवहन तरीका हो, और अधिकार, वितरण और अधिक घटकों को बाद के संस्करणों के लिए छोड़ दिया जाए।

ध्यान दें कि,आधिकारिक मानक पृष्ठहालांकि इसे संस्करण 1.0.0 के रूप में चिह्नित किया गया है, लेकिन स्थिति अभी भी "Working Draft" है, और भविष्य में विवरण में परिवर्तन हो सकता है। वर्तमान में समर्थन मुख्य रूप से मानक तैयार करने में शामिल निर्माताओं से ही आ रहा है, और इसका अभी तक सामान्य Agent पारिस्थितिकी द्वारा स्वीकार किए जाने का प्रमाण नहीं मिला है।