Claude स्किल्स बनाम स्लैश कमांड्स बनाम सबएजेंट्स

विषय-सूची

अगस्त 2026 में अपडेट।

TL;DR: स्लैश कमांड्स उस प्रॉम्प्ट का शॉर्टहैंड हैं जिसे आप बार-बार टाइप करते हैं — आप उन्हें नाम से इनवोक करते हैं। सबएजेंट्स अपनी खुद की कॉन्टेक्स्ट विंडो वाले समानांतर वर्कर हैं — आप (या Claude) किसी सीमित काम के लिए उन्हें स्पॉन करते हैं और नतीजा वापस पाते हैं। स्किल्स पैक की गई विशेषज्ञता हैं जिन्हें Claude खुद लोड करने का फैसला करता है, इस आधार पर कि आप क्या मांग रहे हैं, बिना आपके कुछ भी नाम लिए। ज्यादातर लोग तब कस्टम एजेंट का सहारा लेते हैं जब एक स्लैश कमांड से काम चल जाता, और तब स्लैश कमांड का सहारा लेते हैं जब असल में उन्हें एक ऐसी स्किल चाहिए थी जिसे Claude खुद ट्रिगर कर सके।

[ऑपरेटर की नज़र] मैं दो बिज़नेस में 30 से अधिक प्रोडक्शन एजेंट चलाता हूं, और यही असमंजस — कमांड, सबएजेंट या स्किल — लगभग हर एक में पहला डिज़ाइन सवाल होता है। इसे गलत करें तो या तो आप ऐसे दस कमांड बना लेते हैं जिनके नाम किसी को याद नहीं रहते, या एक ऐसी स्किल बना लेते हैं जो इतनी व्यापक है कि कभी भरोसेमंद तरीके से ट्रिगर ही नहीं होती। इसका हल कोई अंगूठे का नियम नहीं है, बल्कि यह पूछना है कि रन-दर-रन असल में क्या बदलता है।

तीन प्रिमिटिव अलग-अलग समस्याएं हल करते हैं

तीनों आपको निर्देशों को एक बार पैकेज करने और दोबारा इस्तेमाल करने देते हैं। समानता वहीं खत्म हो जाती है, और यही वजह है कि लोग इन्हें आपस में मिलाते हैं — बाहर से देखने पर, “कुछ छोटा टाइप करना और उपयोगी नतीजा पाना” एक जैसा ही दिखता है, चाहे नीचे काम कोई भी कर रहा हो।

असली फर्क है कौन इसे इनवोक करने का फैसला करता है, और यह किस कॉन्टेक्स्ट में चलता है:

• एक स्लैश कमांड आप इनवोक करते हैं, नाम से। आप /deploy या /review टाइप करते हैं, Claude उसे एक पूरे निर्देश में विस्तारित करता है, और यह आपकी मौजूदा बातचीत में ही चलता है।
• एक सबएजेंट आप या Claude इनवोक करते हैं, ऐसे काम के लिए जिसकी सीमा स्पष्ट हो। इसे अपनी खुद की कॉन्टेक्स्ट विंडो मिलती है, यह काम करता है, और नतीजा वापस रिपोर्ट करता है — यह आपकी पूरी बातचीत नहीं देखता, और आप इसके बीच के कदम नहीं देखते जब तक आप न पूछें।
• एक स्किल Claude इनवोक करता है, खुद-ब-खुद, जब आपका अनुरोध उससे मेल खाता है जो स्किल के डिस्क्रिप्शन में कवर बताया गया है। आप कभी इसका नाम टाइप नहीं करते। अगर आप ऐसी कोई चीज़ नहीं मांगते जो स्किल संभालती है, तो यह कभी लोड ही नहीं होती।

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

स्लैश कमांड्स: उस प्रॉम्प्ट का शॉर्टहैंड जो आप बार-बार टाइप करते हैं

स्लैश कमांड तब बनाएं जब ट्रिगर यह हो कि “मैं लगभग वही निर्देश बार-बार टाइप कर रहा हूं।” एक कमांड जो हमेशा उसी अंतर्निहित प्रॉम्प्ट में बदल जाता है, जिसे आपने चुने हुए छोटे नाम से विस्तारित किया गया है, उसी बातचीत में जो आप पहले से कर रहे हैं। कोई अलग कॉन्टेक्स्ट नहीं, कोई स्वायत्त इनवोकेशन नहीं — आप तय करते हैं कि यह कब चले, हर बार।

अच्छे उदाहरण: एक तय रिलीज़ चेकलिस्ट, आपके घर के नियमों के साथ पका हुआ कोड-रिव्यू पास, “इस PR का सारांश दें” जैसा शॉर्टकट। कमांड को इस बारे में निर्णय की ज़रूरत नहीं होती कि क्या यह चलना चाहिए — यह फैसला टाइप करके आप खुद लेते हैं।

फेलियर मोड तब आता है जब आप ऐसी चीज़ के लिए कमांड बनाते हैं जिसके लिए असल में मॉडल को यह तय करना चाहिए कि क्या यह लागू होता है। अगर आपके आधे इस्तेमाल में “रुको, क्या यह स्थिति गिनती में आती है” जैसा सवाल है — तो यह स्किल का सवाल है, कमांड का नहीं, क्योंकि कमांड के पास खुद को ट्रिगर करने का कोई तरीका नहीं होता।

सबएजेंट्स: अपनी खुद की कॉन्टेक्स्ट विंडो वाले समानांतर वर्कर

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

अच्छे उदाहरण: “इसे रिसर्च करो और वापस रिपोर्ट करो,” “इन पांच स्वतंत्र चेक को समानांतर में चलाओ,” “जाकर अलग से इस एक फ़ाइल को ठीक करो।” काम की एक शुरुआत, एक अंत और एक डिलिवरेबल होता है — बिल्कुल वही आकार जिसे वह इवैल हार्नेस जिससे मैं बिना डर के AI एजेंट शिप करता हूं एक अकेली स्कोर करने लायक इकाई मानता है।

फेलियर मोड तब आता है जब आप ऐसी चीज़ के लिए सबएजेंट स्पॉन करते हैं जिसे असल में आपके मुख्य कॉन्टेक्स्ट में रहना चाहिए था, क्योंकि अगला कदम उन बारीकियों पर निर्भर करता है जो सबएजेंट के सारांश में छूट गईं। अगर आपको बार-बार सबएजेंट से पूछना पड़े “रुको, तुम्हें असल में क्या मिला,” तो सीमा गलत खींची गई थी — या तो इसे वापस मुख्य थ्रेड में मिला दें, या सबएजेंट की रिपोर्ट को इतना संरचित बनाएं कि अनुवाद में कुछ भी न खोए।

स्किल्स: पैक की गई विशेषज्ञता जिसे Claude खुद लोड करता है

स्किल तब बनाएं जब ट्रिगर की शर्त ऐसी हो जिसे Claude को आपकी बात से पहचानना चाहिए, न कि ऐसी जिसे आपको याद रखकर नाम लेना पड़े। एक स्किल एक डिस्क्रिप्शन प्लस निर्देशों और स्क्रिप्ट का एक बंडल होती है; Claude डिस्क्रिप्शन पढ़ता है, तय करता है कि आपका अनुरोध मेल खाता है या नहीं, और तभी पूरे निर्देश लोड करता है जब यह मेल खाए। आप कभी /skill-name टाइप नहीं करते।

सबसे साफ़ उदाहरण जिसकी तरफ मैं इशारा कर सकता हूं, वही है जो इस ब्लॉग के पीछे की पाइपलाइन चला रहा है। Alejandrorioja.com 13 भाषाओं में प्रकाशित होता है, और पूरा जेनरेट → ट्रांसलेट → रेंडर → रिव्यू फ्लो एक ही स्किल में रहता है: एक SKILL.md फ़ाइल जो बताती है कि इसे कब इस्तेमाल करना है (“नई पोस्ट जेनरेट करें,” “सभी भाषाओं में अनुवाद करें,” “एक प्रोमो ड्राफ्ट करें”), साथ ही वे स्क्रिप्ट जो असली काम करती हैं। मैं चार अलग-अलग कमांड नहीं चलाता और उनका क्रम याद नहीं रखता। मैं सीधी भाषा में बताता हूं कि मुझे क्या चाहिए, और स्किल का डिस्क्रिप्शन इतना खास होता है कि Claude इसे पकड़ लेता है और सही कदम चलाता है — बिल्कुल वैसे ही जैसे Facebook विज्ञापनों वाली स्किल बिना मेरे कोई कमांड नाम टाइप किए “मेरे विज्ञापन जांचो” पर ट्रिगर होती है।

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

अच्छे उदाहरण: कोई भी ऐसी चीज़ जिसमें एक पहचानने लायक ट्रिगर वाक्यांश और उसके पीछे एक दोहराई जा सकने वाली प्रक्रिया हो — “एक रिपोर्ट जेनरेट करो,” “इस सबमिशन को ग्रेड करो,” “Slack के लिए एक सारांश ड्राफ्ट करो।” फेलियर मोड यह है कि स्किल का डिस्क्रिप्शन इतना व्यापक हो कि यह तब भी चल पड़े जब आप नहीं चाहते थे, या इतना संकरा हो कि जब आप चाहते थे तब भी कभी न चले। डिस्क्रिप्शन को वैसे लिखें जैसे आप किसी नए हायर को ट्रिगर समझाते, न कि जैसे आप किसी फ़ंक्शन का नाम रखते।

निर्णय ढांचा

यह पूछें	अगर हां →	क्यों
क्या मैं हमेशा इसे ट्रिगर करने के लिए एक नाम टाइप करना चाहता हूं?	स्लैश कमांड	ट्रिगर आप हैं, मॉडल नहीं
क्या काम सीमित है, सौंपा जा सकता है, और मेरे मुख्य कॉन्टेक्स्ट से बाहर रखा जाना बेहतर है?	सबएजेंट	अपनी खुद की कॉन्टेक्स्ट विंडो, एक नतीजा लौटाता है
क्या Claude को बिना मेरे कुछ भी नाम लिए इस ज़रूरत को पहचानना चाहिए?	स्किल	डिस्क्रिप्शन-मैच्ड, ऑटो-इनवोक्ड
क्या यह पैसे, प्रकाशन, या किसी ऐसी चीज़ को छूता है जिसे पलटना मुश्किल है?	तीनों में से कोई भी, साथ में एक स्पष्ट अनुमोदन गेट	ऑटो-इनवोकेशन ऑटो-एक्ज़ीक्यूशन जैसा नहीं है

ज्यादातर असली वर्कफ़्लो इनका एक ढेर होते हैं, कोई एक अकेला चुनाव नहीं। मेरी कॉन्टेंट पाइपलाइन एक स्किल है (जो “एक पोस्ट लिखो” पर ऑटो-ट्रिगर होती है) जो अंदर ही अंदर सबएजेंट्स को कॉल करती है (हर भाषा के लिए एक, समानांतर में चलते हुए) और एक स्लैश कमांड (/publish) एक्सपोज़ करती है उस एक कदम के लिए — लाइव जाना — जो कभी भी मेरे साफ़-साफ़ कहे बिना नहीं होना चाहिए।

जो गलती मैं सबसे ज्यादा देखता हूं

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

ऑपरेटर का निष्कर्ष

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

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

Claude स्किल और स्लैश कमांड में क्या फर्क है?

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

मुझे स्किल की बजाय सबएजेंट कब इस्तेमाल करना चाहिए?

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

क्या किसी स्किल को प्रकाशन या पैसे खर्च करने जैसी कार्रवाइयां खुद-ब-खुद ट्रिगर करने देना सुरक्षित है?

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

क्या मुझे आखिरकार तीनों बनाने ही पड़ेंगे?

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

---

संबंधित: मेरी Claude स्किल जो Facebook विज्ञापन चलाती है · कॉन्टेक्स्ट इंजीनियरिंग: विंडो में क्या जाना चाहिए · मानव निगरानी वाले AI एजेंट: अनुमोदन गेट कब बनाएं · 30+ प्रोडक्शन एजेंट चलाने का मेरा स्टैक

क्या ऑटोमेट क्या और कैसे करना है, यह तय करने में मदद चाहिए? संपर्क करें — मैं ऑपरेटर टीमों के लिए प्रोडक्शन एजेंट सिस्टम डिज़ाइन करता हूं।