छह बड़े AI कंपनियाँ (OpenAI, Microsoft, GitHub, AWS, Vercel, Anysphere) ने Agent Plugins 1.0.0 ओपन स्पेसिफिकेशन जारी किया है, जो AI एजेंट प्लगइन्स के पैकेजिंग मानक को एकीकृत करता है। डेवलपर्स को केवल एक बार पैकेज करना होगा, ताकि यह Cursor, GitHub Copilot, Codex जैसे कई क्लाइंट्स में उपयोग किया जा सके। यह स्पेसिफिकेशन plugin.json मैनिफेस्ट, स्किल्स और mcp.json जैसी संरचनाओं को परिभाषित करता है, लेकिन केवल पैकेजिंग लेयर को ही एकीकृत करता है, hooks, custom agents जैसे मुख्य प्रतिस्पर्धी तत्वों को नहीं। Anthropic, जो Claude Code प्लगइन सिस्टम का स्थापनाकर्ता है, इसमें शामिल नहीं हुआ है, लेकिन उसका फॉर्मेट कई पक्षों द्वारा समर्थित है। इसका मतलब है कि नींव के मानकों की प्रतिस्पर्धा अब प्लगइन इकोसिस्टम पर स्थानांतरित हो गई है, और वास्तविक प्रतिस्पर्धा यह है कि कौन अधिक डेवलपर्स को आकर्षित करता है।लेखक, स्रोत: न्यूज़िज़यन
AI के छह बड़े खिलाड़ी, अप्रचलित रूप से एक ही मेज के चारों ओर बैठे।
8 अगस्त, 2023 को, एजेंट प्लगइन्स 1.0.0 नामक एक खुली मानक प्रकाशित की गई।
यह एक ऐसा काम करता है जिसकी असंख्य AI डेवलपर्स लंबे समय से प्रतीक्षा कर रहे थे: AI एजेंट के प्लगइन के लिए एक समान 'पैकेजिंग बॉक्स' तैयार करना, जिससे अब एक ही पैकेज सभी के लिए काम करेगा, और हर क्लाइंट के लिए दोबारा पैकेज नहीं बनाना पड़ेगा।
OpenAI डेवलपर्स ने अपने आधिकारिक ट्विटर पर पोस्ट किया: एक बार पैक करें, और सभी संगत एजेंट क्लाइंट्स में उपयोग करें, और एक साथ निर्माण करने वालों को टैग किया।
यह नियम दिखने में छोटा लगता है, लेकिन यह वास्तविक समस्या को बिल्कुल सही ढंग से छूता है।
एक ही स्किल (Skill), MCP सर्वर (MCP Server), निर्माण बिल्कुल एक जैसा है, फिर भी आपको Cursor, GitHub Copilot, Codex के लिए अलग-अलग बार-बार फिर से बंद करना पड़ता है: जब कोई भी अपडेट करता है, तो आपको हर एक के लिए अलग से बदलना पड़ता है।
एजेंट प्लगइन्स जो खत्म करना चाहते हैं, वही दोहराव वाला कार्य है।
डायरेक्टरी स्ट्रक्चर, क्लियर फाइल, और MCP कॉन्फ़िगरेशन लिखावट को एक साथ एकीकृत करें। एक पैकेज बनाएं, जिसे इस फॉर्मेट को सपोर्ट करने वाले सभी क्लाइंट पहचानें।
एजेंट प्लगइन्स का कार्य सिद्धांत: बाएं ओर बिखरे हुए कौशल और MCP, मध्य में plugin.json के 'पैकेजिंग बॉक्स' में समाहित होते हैं, और फिर IDE, CLI, एंटरप्राइज क्लाइंट आदि विभिन्न क्लाइंट्स को पुनः वितरित किए जाते हैं।
For example.
आपने एक "डेटाबेस चेक करें, साप्ताहिक रिपोर्ट लिखें" प्लगइन बनाया है, जिसमें एक कौशल AI को जानकारी को टीम के पसंदीदा साप्ताहिक रिपोर्ट में व्यवस्थित करने के लिए सिखाता है, और एक MCP सर्वर AI को डेटाबेस से जोड़ने के लिए जिम्मेदार है।
पहले इसे तीनों क्लाइंट में एक साथ उपयोग करने के लिए, तीन अलग-अलग पैकेज बनाने पड़ते थे, और एक जगह बदलने पर तीन जगहों पर बदलाव करना पड़ता था। अब, केवल एक पैकेज बनाकर और केवल एक जगह बदलकर काफी है।
सहयोगी सूची में AWS, Anysphere (Cursor की मातृ कंपनी), GitHub, माइक्रोसॉफ्ट, OpenAI, Vercel शामिल हैं, और गूगल ने प्रकाशन दिन को ही कोर मेंटेनर्स में शामिल कर लिया।
केवल इस खेल के स्थापित करने वाले—Anthropic की छवि कम है।
समान है «पैकेजिंग बॉक्स», एजेंट नहीं
एक प्लगइन, जो आमतौर पर दो चीजों से मिलकर बनता है।
एक तो Agent Skills है, जो मॉडल के लिए पुनः उपयोग के योग्य निर्देश और संसाधन प्रदान करता है; दूसरा MCP सर्वर है, जो बाहरी उपकरणों और सेवाओं से जुड़ने का काम करता है।
ये दोनों मूल रूप से क्लाइंट के बीच पुनः उपयोग के लिए उपलब्ध हैं।
सबसे बाहरी स्तर पर समस्या है: प्रत्येक क्लाइंट की डायरेक्टरी संरचना, मैनिफेस्ट फ़ाइल और MCP कॉन्फ़िगरेशन लिखने का तरीका अलग-अलग है; एक ही कॉम्पोनेंट को अगर किसी अन्य क्लाइंट में ले जाया जाए, तो उसे «नए घर» के नियमों के अनुसार पुनः पैक करना पड़ता है।
और Agent Plugins ने बाहरी पैकेजिंग बॉक्स को एक समान कर दिया।
एक प्लगइन एक फोल्डर होता है।
रूट डायरेक्टरी में एक plugin.json सूची रखें, सभी कौशल skills/ में डालें, और MCP कॉन्फ़िगरेशन mcp.json में लिखें।
सूची में केवल $schema और name दो क्षेत्र अनिवार्य हैं, शेष सब कुछ निश्चित स्थिति पर आधारित है, क्लाइंट को कुछ भी अनुमान लगाने की आवश्यकता नहीं है, यहां तक कि संस्करण संख्या भी नहीं लिखनी पड़ती।
जो भी विभिन्न टीमें अपने व्यक्तिगत तत्व, जैसे अपने विशिष्ट हुक, कमांड या इंटरफेस, शामिल करना चाहती हैं, उन्हें रिवर्स डोमेन नामकरण वाले डायरेक्टरी में रख दें।
अन्य क्लाइंट इस डायरेक्टरी को पहचानते नहीं हैं, अगर वे इसे स्कैन करते हैं तो इसे सीधे नज़रअंदाज़ कर देते हैं। यह सार्वजनिक स्तर पर है, इसलिए यह अधिक साफ़ और छोटा है, और इसे लागू करना भी आसान है।
और इसका बहुत कम नियंत्रण है।
1.0 केवल दो प्रकार के पोर्टेबल कंपोनेंट्स को मानता है: skills/ में कौशल और mcp.json में MCP कॉन्फ़िगरेशन।
हुक्स, स्लैश कमांड्स, कस्टम एजेंट्स अभी भी प्रत्येक प्लेटफॉर्म के अपने नियंत्रण में हैं, और इनका कोई एकीकृत मानक नहीं है।
नियमावली का मुख्य लेख अभी भी "कार्य रूपरेखा (Working Draft)" के रूप में चिह्नित है, जैसे कि आधिकारिक लोग बगल में फुसफुसा रहे हों कि "अभी बदला जा रहा है", और इसकी परिपक्वता को उद्योग की मंजूरी मिलने में अभी भी कुछ दूरी है।
एक वाक्य में, Agent Skills निर्देशों को प्रबंधित करता है, MCP उपकरणों को जोड़ता है, और Agent Plugins इन दोनों को एक ही पैकेज में रखता है।
केवल पैकेजिंग एक समान है, अंदर के एजेंट्स को नहीं बदला गया है।
Write once, run anywhere
हालांकि पैकेजिंग एक समान हो गई है, लेकिन ऑपरेशन अभी भी एक समान नहीं हुआ है।
यह केवल skills और mcp.json इन दो प्रकार के कंपोनेंट्स के शेल को प्रबंधित करता है। जब वास्तविक रनिंग लेयर पर आता है, तो यह हाथ छोड़ देता है:
इंस्टॉलेशन, डिस्ट्रीब्यूशन, परमिशन, सैंडबॉक्स, ऑथेंटिकेशन, ट्रस्ट वेरिफिकेशन, यूजर एक्सपीरियंस—सब कुछ अलग-अलग क्लाइंट्स पर छोड़ दिया गया है।विभिन्न लोगों द्वारा stdio, Streamable HTTP और पुराने HTTP+SSE जैसी कई ट्रांसमिशन विधियों का समर्थन पूरी तरह से समान नहीं है। एक ही प्लगइन को अलग क्लाइंट पर बदलने पर, यह देखना होगा कि यह सफलतापूर्वक चलता है या नहीं, जिसके लिए भाग्य पर निर्भर करता है।
माइक्रोसॉफ्ट ने सुरक्षा के बारे में भी विशेष रूप से चेतावनी दी है: प्लगइन में MCP सर्वर और हुक्स आपके स्थानीय मशीन पर कोड निष्पादित करेंगे, इसलिए स्थापना से पहले स्रोत और लेखक को ध्यान से जांच लें, खासकर समुदाय बाजार की चीजों के साथ सावधान रहें।
OpenAI के अपने पैकेज्ड डॉक्यूमेंट्स में अभी भी .codex-plugin/plugin.json स्ट्रक्चर का उपयोग किया जा रहा है, जो ओपन स्पेसिफिकेशन रूट डायरेक्टरी के plugin.json से अलग है।
नियम केवल इस बात की गारंटी देते हैं कि संगत क्लाइंट अपने द्वारा समर्थित पोर्टेबल कंपोनेंट्स को पहचान सकें; वास्तविक रूप से चलाने पर, प्रमाणीकरण विधि और रनटाइम वातावरण अभी भिन्न हो सकते हैं।
इसलिए, पैकेजिंग का एकीकरण इंगित नहीं करता कि निष्पादन भी एकीकृत हो गया है, बीच में एक पूरी इंजीनियरिंग श्रृंखला अभी भी मौजूद है।
अंततः, यह एकीकरण ठीक उसी स्तर पर हुआ है जिसे विशालकाय कंपनियाँ सबसे कम परेशानी महसूस करती हैं।
जो वास्तव में मूल्यवान हैं—ऐप मार्केट, अधिकार प्रणाली, उपयोगकर्ता प्रवेश बिंदु, और hooks, custom agents जैसी विशिष्ट क्षमताएँ—इनमें से कोई भी नहीं दिया गया है।
यह स्ट्रक्चर कैसे इतना परिचित लग रहा है
क्लॉड कोड प्लगइन को जानने वाले लोग शायद हैरान रह गए होंगे।
plugin.json, skills, mcp.json, क्या यही वही सेट है जिसका Claude Code हमेशा उपयोग कर रहा है?
इस मानक के आने से पहले ही, Anthropic ने Claude Code के लिए एक पूर्ण प्लगइन सिस्टम तैयार कर लिया था: रूट डायरेक्टरी में .claude-plugin/plugin.json, साथ ही skills, mcp.json, commands, agents, और उपयोगकर्ताओं के लिए प्लगइन साझा करने के लिए दो आधिकारिक बाजार।
"प्लगइन = स्किल + MCP + लिस्ट" का पैकेजिंग दृष्टिकोण, एंथ्रोपिक इसे सफलतापूर्वक लागू करने वालों में से एक पहला था, और उनकी प्रणाली अधिक सम्पूर्ण है: स्किल, हुक, MCP, सब-एजेंट, स्लैश कमांड—सब कुछ एक पैकेज में।
इस नए मानक में केवल दो सामान्य भाग, कौशल और MCP, शामिल किए गए हैं, अन्य अधिक शानदार भाग शामिल नहीं किए गए हैं।
दिलचस्प बात यह है कि इस बार एंथ्रोपिक अभी तक शामिल नहीं हुआ है, लेकिन फॉर्मेट लगभग उसके अनुसार ही है।
Claude Code में प्लगइन निर्देशिका को संबोधित करने के लिए एक विशेष रूट चर पहले से मौजूद था, जिसे नए मानक से बिल्कुल वैसे ही ले लिया गया, केवल नाम बदल दिया गया, लेकिन कार्य पूरी तरह समान है और संरचना भी लगभग समान है।
Compatibility layer can't be hidden anymore.
माइक्रोसॉफ्ट के VS Code ऑफिशियल डॉक्यूमेंटेशन में, डिफ़ॉल्ट प्लगइन मार्केट में anthropics/claude-code विकल्प उपलब्ध है।
यह नए खुले प्रारूप का समर्थन करते हुए भी .claude-plugin/plugin.json के Claude प्रारूप को जारी रखता है।
OpenAI का Codex और भी सीधा है, यह Claude के मूल चर नाम को भी बरकरार रखता है ताकि मौजूदा Claude प्लगइन्स के साथ संगतता बनी रहे।
अलग तरह से कहें, सभी एकत्रित हुए और एक ऐसी फॉर्मेटिंग सिस्टम तैयार की जो 'Claude Code' जैसी लगती है, लेकिन Anthropic मौजूद नहीं था।
प्रारंभकर्ता, अनुपस्थित हो गए
एक कंपनी जिसने खेल का नियम बनाया, जब दूसरे इस खेल को मानक बना रहे थे, तो वह पूरी तरह से अनुपस्थित रही।
लेकिन इसका मतलब यह नहीं है कि Anthropic को बाहर रख दिया गया है।
गूगल द्वारा नवीनतम रूप से लॉन्च किए गए दोनों उपकरणों में Claude Code को समर्थित उपकरणों की सूची में शामिल किया गया है, और इसके पास दो आधिकारिक प्लगइन मार्केट भी हैं।
अधिक सटीक बात यह है कि एंथ्रोपिक हमेशा से अपनी इमारत खुद बनाने को पसंद करती रही है।
इस बार, यह एक समान मानक की मेज पर नहीं बैठा, बल्कि अपनी पूरी बंद चक्रीय प्रक्रिया—फॉर्मेट से लेकर बाजार और वितरण तक—को जारी रखा।
यह पहली बार नहीं है जब यह «सभी मिलकर» के मौके पर सबसे अधिक ध्यान आकर्षित करने वाला अनुपस्थित व्यक्ति बन गया।
इस कंपनी को जानने वाले सभी जानते हैं कि यह हमेशा पहले अपनी खुद की चीजों को बेहतरीन बनाती है, और फिर ही दूसरों के साथ समायोजित होने के बारे में सोचती है।
इसका फायदा यह है कि उत्पाद स्वयं पर्याप्त होता है और अनुभव समान होता है, लेकिन इसकी कीमत यह है कि प्रत्येक उद्योग-स्तरीय हाथ मिलाने पर, यह अनुपस्थित हो सकता है।
तो, अभी क्यों?
जब नींव के मानक सहमत हो जाते हैं, तो प्रतिस्पर्धा एक स्तर ऊपर चली जाती है।
एक उदाहरण के रूप में, एक शॉपिंग मॉल की नींव कई कंपनियाँ मिलकर बना सकती हैं, लेकिन जैसे ही नींव तैयार हो जाती है, प्रतिस्पर्धा ऊपर के दुकानों और शेल्फ़ पर होने लगती है।
यह प्रत्येक कंपनी का अपना क्षेत्र है, जहाँ अब प्रतिस्पर्धा यह नहीं है कि किसका मॉडल अधिक स्कोर करता है, बल्कि यह है कि किसका प्लगइन इकोसिस्टम बड़ा है और कौन डेवलपर्स को पहले सोचने के लिए प्रेरित करता है।
Six has now set the box specifications.
लेकिन वास्तविक निर्णायक बॉक्स नहीं, बल्कि उसमें रखे गए एजेंट हैं—जो अपने पास डेवलपर्स को बनाए रख सकता है, वही विजेता है।