एजेंट प्लगइन्स क्या हैं? स्किल्स, MCP सर्वर, और क्या बदलता है (2026)

Agent Plugins, Agent Skills और MCP सर्वर को एक पोर्टेबल डायरेक्टरी में पैक करने के लिए एक ओपन, वेंडर-न्यूट्रल स्पेसिफिकेशन (specification) है। Version 1.0.0 को August 6, 2026 को पब्लिश किया गया था। यह एक सिंगल मेनिफेस्ट फ़ाइल और एक सिंगल फ़ोल्डर लेआउट तय करता है, जिससे एक ही पैकेज किसी भी कम्पैटिबल AI एजेंट क्लाइंट में लोड हो जाता है।

यही इसका पूरा विचार है। यहाँ कोई नया प्रोटोकॉल नहीं है और न ही कोई नया रनटाइम है। जो हिस्से पहले से मौजूद थे वे काम करते रहेंगे, और यह स्पेसिफिकेशन केवल यह बताता है कि उन्हें एक बॉक्स में कैसे रखा जाए।

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

August 6, 2026 को क्या रिलीज़ हुआ

उसी दिन दो ऑफिशियल पोस्ट पब्लिश हुईं। Vercel ने Jonathan Hefner द्वारा लिखित घोषणा पब्लिश की। Google ने Google Developers Blog पर Kevin Hou, Haoyu Wang और Alan Blount की अपनी पोस्ट पब्लिश की।

Vercel की पोस्ट में कहा गया है कि Vercel ने इस प्रस्ताव की शुरुआत की थी। इसके बाद Amazon Web Services, Anysphere, GitHub, Microsoft, OpenAI और Vercel के प्रतिनिधियों ने इसे रिफाइन करके 1.0.0 का रूप दिया।

इस पोस्ट में उन क्लाइंट्स की भी सूची दी गई है जो लॉन्च के समय इस फॉर्मेट को सपोर्ट करते हैं: ChatGPT, Codex, Cursor, GitHub Copilot, Kiro और VS Code। Google की पोस्ट में उसके अपने दो प्रोडक्ट्स के नाम हैं: Agents CLI और Data Agent Kit। Data Agent Kit, BigQuery, Spanner और Cloud SQL के लिए प्लगइन्स शिप करता है।

एक बात को स्पष्ट रूप से समझना ज़रूरी है। स्पेसिफिकेशन रिपॉजिटरी April 3, 2026 को बनाई गई थी, इसलिए August 6 काम की शुरुआत के बजाय 1.0.0 रिलीज़ का प्रतीक है। जो रिपोर्ट्स इन दोनों तारीखों को एक ही मानती हैं, वे इस बात को बढ़ा-चढ़ाकर पेश करती हैं कि यह कितनी जल्दी तैयार हो गया।

इसके पीछे कौन है

यह प्रोजेक्ट अपनी टेक्निकल स्टीयरिंग कमेटी को एक MAINTAINERS.md फ़ाइल में पब्लिश करता है। August 2026 तक इसमें पांच Core Maintainers के नाम हैं। वे Amazon की Clare Liguori, Cursor के Roshan Sadanani और Microsoft के Harald Kirschner हैं। इस लिस्ट में OpenAI के Gav Verma और Vercel के Jonathan Hefner का नाम भी शामिल है। Hefner को Lead Core Maintainer के रूप में लिस्ट किया गया है।

Google की घोषणा में कहा गया है कि Google एक Core Maintainer के रूप में शामिल हुआ है, जिसका प्रतिनिधित्व Kevin Hou कर रहे हैं। यह जुड़ाव अभी पब्लिश की गई मेंटेनर्स फ़ाइल में दिखाई नहीं दे रहा है।

लाइसेंसिंग बंटी हुई है। रिपॉजिटरी का अपना लाइसेंसिंग नोटिस स्पेसिफिकेशन टेक्स्ट, डॉक्यूमेंटेशन और उदाहरणों को CC BY 4.0 के तहत रखता है। स्कीमा, सोर्स कोड और स्क्रिप्ट Apache 2.0 के अंतर्गत आते हैं।

वास्तव में एक प्लगइन के अंदर क्या होता है

एक प्लगइन एक डायरेक्टरी है। स्पेसिफिकेशन आवश्यक दायरे को जानबूझकर छोटा रखता है।

मेनिफेस्ट plugin.json है, और इसमें केवल दो फ़ील्ड आवश्यक हैं। $schema फ़ील्ड यह घोषित करता है कि पैकेज स्पेसिफिकेशन के किस वर्ज़न को टारगेट करता है। 1.0.0 के लिए यह वैल्यू https://agent-plugins.org/schemas/1.0.0/plugin.schema.json है।

दूसरा आवश्यक फ़ील्ड name है। यह 1 से 64 कैरेक्टर का होना चाहिए, जो a-z, 0-9, - और . से मिलकर बना हो, और यह एक अल्फ़ान्यूमेरिक कैरेक्टर से शुरू और समाप्त होना चाहिए। डबल सेपरेटर जैसे कि -- और .. अमान्य हैं।

मेनिफेस्ट में बाकी सब कुछ वैकल्पिक है: version, description, author, homepage, repository, license और keywords।

कंपोनेंट्स इनलाइन घोषित होने के बजाय फिक्स्ड पाथ पर रहते हैं। स्किल्स एक skills/ फ़ोल्डर से आते हैं, जहाँ SKILL.md फ़ाइल वाली प्रत्येक इमीडिएट चाइल्ड डायरेक्टरी को एक स्किल माना जाता है। MCP सर्वर को mcp.json में घोषित किया जाता है।

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

एक व्यावहारिक उदाहरण से इसका आकार स्पष्ट हो जाता है। एक प्लगइन जो मंथली रेवेन्यू समरी तैयार करता है, उसमें रिपोर्टिंग निर्देशों को रखने वाला एक स्किल फ़ोल्डर होगा, और वेयरहाउस की ओर इशारा करने वाली एक mcp.json एंट्री होगी। इस व्यवस्था में कुछ भी क्लाइंट-स्पेसिफिक नहीं है, और यही इसका मुख्य उद्देश्य है।

स्पेसिफिकेशन जानबूझकर किन चीज़ों को छोड़ देता है

बाहर रखी गई चीज़ों की सूची आवश्यकताओं की सूची से लंबी है, और इसे खुले तौर पर बताया गया है।

यह स्पेसिफिकेशन खुद स्किल फॉर्मेट को परिभाषित नहीं करता है, जो कि Agent Skills स्पेसिफिकेशन के अंतर्गत आता है। यह MCP वायर बिहेवियर को परिभाषित नहीं करता है, जो कि Model Context Protocol के अंतर्गत आता है। यह क्लाइंट-स्पेसिफिक एक्सटेंशन के कंटेंट या वैलिडेशन को परिभाषित नहीं करता है। यह ट्रांसपोर्ट कनेक्शन फेल होने के बाद फ़ॉलबैक बिहेवियर को भी परिभाषित नहीं करता है।

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

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

यह केवल एक पैकेजिंग फॉर्मेट है और कुछ नहीं। जो लोग रिव्यू और साइनिंग वाले किसी ऐप स्टोर की उम्मीद कर रहे हैं, उन्हें यहाँ ऐसा कुछ नहीं मिलेगा।

डेटा से जुड़े काम के लिए पैकेजिंग स्टैंडर्ड क्यों महत्वपूर्ण है

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

एक एजेंट केवल तभी वास्तविक परिणाम दे सकता है जब वह दो चीज़ों तक पहुँच सके: काम के लिए निर्देश, और डेटा तक पहुँच। Skills पहली चीज़ को ले जाते हैं। MCP सर्वर दूसरी चीज़ को ले जाते हैं। अब तक, दोनों को एक साथ भेजने का मतलब हर क्लाइंट के लिए एक अलग रैपर (wrapper) तैयार करना होता था।

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

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

एक शेयर्ड पैकेज फॉर्मेट इस खास तरह के अंतर (drift) को दूर करता है। यह किसी एजेंट को एनालिसिस करने में बेहतर नहीं बनाता है, और इसे इस तरह से नहीं बेचा जाना चाहिए जैसे कि यह ऐसा करता हो।

प्लगइन स्टैंडर्ड कहाँ मदद करना बंद कर देता है

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

यह वह अंतर है जिसे ईमानदारी से स्वीकार किया जाना चाहिए। Powerdrill Bloom पहले से ही उन दोनों चीज़ों को एक्सपोज़ करता है जिन्हें यह फॉर्मेट पैकेज करता है। यह रिसर्च, एनालिसिस, ऑटोमेशन और एग्जीक्यूशन के लिए Claude Skills चलाता है। यह अपना खुद का MCP सर्वर भी शिप करता है, जिससे एक कम्पैटिबल क्लाइंट डेटासेट ब्राउज़ कर सकता है और अनुरोध पर जॉब्स चला सकता है।

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

उस इकोसिस्टम के व्यापक सर्वे के लिए, MCP platforms और agent skills for data analysis and reporting के हमारे राउंडअप इस वर्तमान क्षेत्र को कवर करते हैं।

जानने योग्य आस-पास के स्टैंडर्ड्स

तीन स्पेसिफिकेशन्स अब एक-दूसरे के बगल में मौजूद हैं, और इनमें भ्रमित होना आसान है।

स्टैंडर्ड	यह क्या परिभाषित करता है	स्कोप (दायरा)
Agent Skills	एक सिंगल स्किल कैसे लिखी जाती है	निर्देश और रिसोर्सेज
Model Context Protocol	एक एजेंट किसी टूल या डेटा सोर्स से कैसे बात करता है	रनटाइम प्रोटोकॉल
Agent Plugins	स्किल्स और MCP सर्वर एक यूनिट के रूप में कैसे शिप होते हैं	केवल पैकेजिंग

कैटेगरी की गलती से बचने का सबसे तेज़ तरीका स्कोप कॉलम को पढ़ना है। यह सवाल कि कोई एजेंट डेटाबेस के लिए खुद को कैसे ऑथेंटिकेट करता है, एक MCP से जुड़ा सवाल है। यह सवाल कि किसी सहकर्मी को पूरा सेटअप कैसे सौंपा जाए, एक पैकेजिंग से जुड़ा सवाल है।

ये तीनों डिज़ाइन के अनुसार एक-दूसरे के पूरक हैं। एक प्लगइन में स्किल्स और MCP सर्वर डिक्लेरेशन होते हैं, और इनमें से प्रत्येक प्लगइन के बाहर स्वतंत्र रूप से पोर्टेबल रहता है।

निष्कर्ष

Agent Plugins 1.0.0 एक छोटा स्पेसिफिकेशन है जिसका काम सीमित है। एक मेनिफेस्ट, दो आवश्यक फ़ील्ड, दो फिक्स्ड कंपोनेंट पाथ, और इंस्टॉलेशन, परमिशन या ट्रस्ट को परिभाषित करने से स्पष्ट इनकार।

इसका महत्व पहले दिन के बजाय महीनों के बाद दिखाई देता है। कम रैपर्स का मतलब है कि किसी टूल के सिंक से बाहर होने की संभावना कम होगी। यह तब सबसे ज़्यादा मायने रखता है जब आउटपुट कोई ऐसा आंकड़ा हो जिस पर किसी को कार्रवाई करनी हो। यदि आप प्लंबिंग के बजाय एनालिसिस लेयर चाहते हैं, तो आपके पास पहले से मौजूद फ़ाइल पर Powerdrill Bloom आज़माएं। हमारा auto insights पेज भी देखें।

इस आर्टिकल के तथ्यों को August 11, 2026 को ऑफिशियल सोर्सेज से सत्यापित किया गया था। स्पेसिफिकेशन के विवरण बदलते रहते हैं, इसलिए किसी फ़ील्ड नाम पर भरोसा करने से पहले लिंक किए गए पेजों को ज़रूर चेक करें।

अक्सर पूछे जाने वाले प्रश्न

आसान शब्दों में Agent Plugins क्या हैं?

वे किसी एजेंट के स्किल्स और उसके MCP सर्वर डिक्लेरेशन को एक फ़ोल्डर में बंडल करने का एक स्टैंडर्ड तरीका हैं। कोई भी कम्पैटिबल क्लाइंट फिर उस फ़ोल्डर को बिना किसी क्लाइंट-स्पेसिफिक रैपर के लोड कर सकता है।

क्या Agent Plugins और MCP एक ही हैं?

नहीं। MCP एक रनटाइम प्रोटोकॉल है जो यह नियंत्रित करता है कि कोई एजेंट किसी टूल या डेटा सोर्स से कैसे बात करता है। Agent Plugins केवल पैकेजिंग को नियंत्रित करता, और एक प्लगइन अपने अंदर MCP सर्वर घोषित कर सकता है।

plugin.json में क्या आवश्यक है?

केवल दो फ़ील्ड। $schema वैल्यू उस स्पेसिफिकेशन वर्ज़न को घोषित करती है जिसे टारगेट किया जा रहा है, और name प्लगइन की पहचान करता है। बाकी सब कुछ, जिसमें version और license शामिल हैं, वैकल्पिक मेटाडेटा है।

कौन से टूल्स Agent Plugins को सपोर्ट करते हैं?

Vercel की लॉन्च पोस्ट में ChatGPT, Codex, Cursor, GitHub Copilot, Kiro और VS Code को लिस्ट किया गया है। Google ने अलग से अपने Agents CLI और Data Agent Kit में सपोर्ट की घोषणा की है।

क्या Agent Plugins इंस्टॉलेशन या परमिशन को हैंडल करता है?

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