Claude Code स्लैश कमांड: एक प्रैक्टिकल चीट शीट

Claude Code में / टाइप करें और एक मेनू दिखाई देता है; कुछ अक्षर टाइप करें और यह फिल्टर हो जाता है। वह मेनू असली रेफरेंस है, क्योंकि यह आपके इंस्टॉल किए गए वर्ज़न, आपके प्लगइन और आपके कनेक्टेड सर्वर को दर्शाता है। ऑफिशियल कमांड्स रेफरेंस यह जानने के लिए विश्वसनीय दस्तावेज़ है कि हर कमांड क्या करता है। यह पोस्ट कमांड्स को टास्क के हिसाब से सॉर्ट करती है, एक सेशन को इंस्पेक्ट और रेज़्यूम करना दिखाती है, समझाती है कि एक एंट्री आपकी मशीन पर गायब क्यों हो सकती है, और उन जगहों को मार्क करती है जहाँ कस्टम स्किल्स एक लुकअप समस्या से लेखन समस्या बन जाती हैं।

क्विक रेफरेंस: टास्क के हिसाब से कमांड चुनें

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

Claude Help Center चीटशीट और devhints वे दो संक्षिप्त सूचियाँ हैं जिन्हें मैं आधिकारिक रेफ़रेंस के बगल में खुला रखूँगा। CC for Everyone पर एक लेखक का तर्क है कि इनमें से कुछ भी रटना नहीं चाहिए, और जो दस कमांड आदतन याद होने चाहिए, वे वही हैं जिन तक आप सोचते-सोचते पहुँच जाते हैं। ठीक बात है। मैं इतना जोड़ूँगा कि यह तालिका बाकी 90% के लिए है, यानी उन कमांड के लिए जो आप महीने में दो बार इस्तेमाल करते हैं।

अपने सेशन का निरीक्षण करें और समस्या का निदान करें

जब कुछ गलत लगे, तो अनुमान न लगाएं। एक छोटे क्रम से गुजरें, सबसे सस्ता जांच पहले।

1. /help चलाएं और पुष्टि करें कि आप जो कमांड चाहते हैं वह वास्तव में दिखाई देता है।
2. इंस्टॉलेशन जांचने के लिए /doctor चलाएं।
3. यह देखने के लिए /context चलाएं कि क्या विंडो किसी भूली हुई चीज़ से भरी हुई है।
4. योजना सीमाएं और दर-सीमा स्थिति देखने के लिए /usage चलाएं (और /cost अगर आपके संस्करण में अभी भी है, इसके बारे में नीचे और अधिक)।
5. अगर कोई टूल या सर्वर संदिग्ध है, तो /mcp या /hooks खोलें और देखें कि क्या कॉन्फ़िगर किया गया है।

बस। पाँच स्टेप्स, और ज़्यादातर "Claude अजीब व्यवहार कर रहा है" सेशन पाँचवें स्टेप से पहले ही सुलझ जाते हैं।

आउटपुट कैसा दिखता है

मैं यहाँ शेप्स का वर्णन कर रहा हूँ, कैप्चर किया हुआ आउटपुट पेस्ट नहीं कर रहा, क्योंकि मैं आपको ऐसे नंबर नहीं देना चाहता जो मापे गए लगें जबकि वे नहीं हैं। /help आपको कमांड नामों की स्क्रोल करने योग्य सूची देता है, साथ में एक-पंक्ति विवरण के साथ, और आपकी अपनी कस्टम एंट्रीज़ उसी सूची में बैठती हैं। /context एक ग्रिड या बार रेंडर करता है जो दिखाता है कि विंडो का कितना हिस्सा इस्तेमाल हुआ है और किस कैटेगरी द्वारा। /doctor आपके सेटअप पर पास या फेल स्टाइल रिपोर्ट प्रिंट करता है। अगर आपका अलग दिखता है, तो आपका वर्जन अलग है। यह नॉर्मल है।

डायग्नोसिस को पढ़ना

एक context grid जो mostly tool output से भरा है एक compaction या clear problem की ओर इशारा करता है, model problem की नहीं। एक missing command version, plugin या scope की ओर इशारा करता है। एक hook misfiring configuration की ओर इशारा करता है, और hooks guide उस side को properly cover करता है। उन तीनों को early अलग करें। उन्हें mix up करना ऐसे लोगों के लिए है जो एक afternoon खो देते हैं।

कॉन्टेक्स्ट मैनेज करें और काम फिर से शुरू करें

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

• /compact अब तक की बातचीत को सारांशित करता है। आप फोकस इंस्ट्रक्शंस पास कर सकते हैं, उदाहरण के लिए यह बता सकते हैं कि किस हिस्से को सुरक्षित रखना है।
• /clear बातचीत को साफ़ करता है और नई शुरुआत करता है। Help Center के अनुसार, प्रोजेक्ट मेमोरी रहती है।
• /rewind बातचीत, आपके कोड, या दोनों को एक पहले के चेकपॉइंट तक वापस ले जाता है।

AI For Developers पर एक वॉकथ्रू सुझाता है कि जब आप कोई तार्किक हिस्सा पूरा कर लें तो /context जाँचें, अगले चरण से पहले /compact चलाएँ, और /clear का उपयोग तभी करें जब आप किसी असंबंधित काम पर जा रहे हों। यह एक उचित दिनचर्या है। फिर भी यह एक मोटा नियम है, डॉक्स का कोई नियम नहीं। मुझे ऐसा कोई प्रमाण नहीं मिला कि कोई सार्वभौमिक भराव-प्रतिशत है जिस पर compact करना ज़रूरी हो, इसलिए अपना ट्रिगर खुद चुनें और देखें कि आपके लिए आउटपुट की गुणवत्ता बदलती है या नहीं।

साइड सवाल और रिवाइंड्स

/btw का उपयोग कम होता है। Help Center के अनुसार यह मुख्य बातचीत में जोड़े बिना और कॉन्टेक्स्ट खर्च किए बिना एक त्वरित साइड सवाल पूछता है। तब उपयोगी जब आप कोई फ्लैग नाम चेक करना चाहते हैं और इसे थ्रेड में प्रदूषित नहीं करना चाहते।

रिवाइंडिंग बहस करने से बेहतर है। अगर Claude गलत रास्ते पर चला गया है, तो चेकपॉइंट पर वापस रोल करें और अपने अब के ज्ञान के साथ फिर से प्रॉम्प्ट करें। Esc Esc दबाने से रिवाइंड मेनू खुलता है जहाँ आप AI For Developers राइट-अप के अनुसार केवल कोड, केवल बातचीत, या दोनों चुनते हैं।

फिर से शुरू करना

/resume पिछले सेशंस का पिकर खोलता है, या किसी को सीधे कूदने के लिए लेता है। टर्मिनल से, सोर्सेज़ सबसे हाल के सेशन के लिए claude --continue और किसी विशेष के लिए claude --resume सेशन आईडी के साथ वर्णित करते हैं। Shipyard की चीटशीट दोनों फ्लैग्स को सूचीबद्ध करती है। कुछ थर्ड-पार्टी लिस्ट्स भी शॉर्ट फॉर्म्स (-c, -r) दिखाते हैं, इसलिए उन पर भरोसा करने से पहले claude --help चेक करें।

ये एक पूरे दिन के काम में कैसे फिट होते हैं, यह एक अलग सवाल है, और मैंने इसे daily founder workflow पोस्ट में कवर किया है।

बिल्ट-इन कमांड्स, बंडल्ड स्किल्स और इंस्टॉल्ड कमांड्स

यह गलती है जो मुझे चीटशीट्स में दिखता है: हर /कुछ को बिल्ट-इन कमांड कहा जाता है। ऐसा नहीं है। स्लैश मेनू कई जगहों से एक मर्ज़ की गई सूची है।

• फिक्स्ड कमांड्स जो CLI का ही हिस्सा हैं, जैसे /clear या /help।
• प्रॉम्प्ट-बेस्ड स्किल्स जो Claude Code के साथ शिप होती हैं।
• आपके द्वारा प्रोजेक्ट या यूजर फ़ोल्डर में लिखे गए स्किल्स या कमांड।
• प्लगइन और कनेक्टेड एमसीपी सर्वर द्वारा योगदान दिए गए एंट्री। Shipyard का कहना है कि /help में आपके कस्टम फ़ोल्डर के साथ-साथ कनेक्टेड एमसीपी सर्वर के कमांड भी शामिल होते हैं।

official skills docs कहते हैं कि custom commands को skills में merge कर दिया गया है। तो एक file .claude/commands/ के तहत और एक skill एक SKILL.md के साथ दोनों एक slash entry के रूप में दिखाई दे सकते हैं। पुरानी guides अभी भी .claude/commands/ को एक अलग mechanism के रूप में describe करती हैं, और यह partly है कि terminology mess क्यों है।

एक एंट्री को कैसे वर्गीकृत करें

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

इसकी क्यों परवाह करें? क्योंकि व्यवहार अलग-अलग है। एक निश्चित कमांड ऐप पर कार्य करता है। एक स्किल Claude को प्रॉम्प्ट देता है और उसे काम करने देता है, इसलिए परिणाम रन के बीच अलग-अलग हो सकता है।

एक कमांड गायब क्यों है या अलग तरीके से व्यवहार क्यों करता है

लिस्ट में कोई कमांड नहीं? इन कारणों को क्रम में देखें।

संस्करण परिवर्तन

कमांड जोड़े जाते हैं, नाम बदले जाते हैं और एलियास किए जाते हैं। अनुसंधान में सबसे स्पष्ट उदाहरण उपयोग रिपोर्टिंग है। हेल्प सेंटर /cost को सत्र व्यय के लिए और /usage को योजना सीमा के लिए अलग-अलग कमांड के रूप में सूचीबद्ध करता है। एक और चीट शीट कहती है कि /usage /cost और /stats को प्रतिस्थापित करता है, और DataCamp कहता है कि /cost अब /usage के लिए एक एलियास है। वे सभी विभिन्न संस्करणों पर सत्य हो सकते हैं। /model के साथ भी यही कहानी है: DataCamp नोट करता है कि v2.1.153 के अनुसार आपका चयन नई सत्रों के लिए डिफ़ॉल्ट बन जाता है, पिकर में s इसे केवल वर्तमान सत्र के लिए लागू करता है। यदि आपकी इंस्टॉल पुरानी है, तो आप अलग व्यवहार देखेंगे।

इसलिए claude --version चलाएं, इसे नीचे लिखें, और अपने आप को दोष देने से पहले डॉक्स की तुलना करें।

स्कोप और पात्रता

कुछ एंट्री आपकी योजना, आपके प्लेटफ़ॉर्म या आपके टर्मिनल पर निर्भर करते हैं। एआई फॉर डेवलपर्स गाइड कहती है कि /cost एपीआई यूजर्स के लिए है और /stats Pro और Max सबस्क्राइबर्स के लिए है। /focus को एक चीट शीट द्वारा पूर्णस्क्रीन-केवल के रूप में वर्णित किया गया है। कुछ टर्मिनलों में Shift+Enter को /terminal-setup की आवश्यकता होती है। आपके मेनू से अनुपस्थिति का मतलब अपात्र हो सकता है, अस्तित्वहीन नहीं।

दस्तावेज़ित नहीं

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

नाम टकराव और टाइपो

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

कस्टम स्किल्स कहाँ फिट होते हैं

यह पोस्ट लुकअप पर रुकता है। यदि आपने निष्कर्ष निकाला है कि आप अपना /something चाहते हैं, तो यह एक लेखन काम है: एक SKILL.md लिखना, यह चुनना कि यह कहाँ रहता है, तर्कों को संभालना। वह स्किल्स डॉक्यूमेंटेशन से संबंधित है, और मैं यहाँ एक स्टार्टर-पैक ट्यूटोरियल दोहराने वाला नहीं हूँ।

मैं क्या कहूँगा वह यह है कि तीन चिंताएं कैसे अलग होती हैं:

• कमांड लुकअप: कौन सी एंट्री मौजूद है और यह क्या करती है (यह पोस्ट)।
• लेखन: अपनी स्वयं की एंट्री कैसे बनाएं (स्किल्स डॉक्स)।
• तंत्र विकल्प: कोई स्किल, एक हुक या सबएजेंट किसी दिए गए काम के लिए उपयुक्त है या नहीं।

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

अगर आप इन कमांड्स को एक दोहराए जाने वाले रूटीन में फोल्ड करना चाहते हैं बजाय एक-बार के लुकअप के, तो Claude Code workflow पेज वह है जहाँ मैं आपको भेजूँगा।

FAQ

क्या मुझे इन कमांड्स को याद रखना चाहिए?

नहीं। / मेनू जैसे-जैसे आप टाइप करते हैं फ़िल्टर करता है, और /help आपके इंस्टॉल में सब कुछ लिस्ट करता है। कुछ ही ऐसी हैं जो रिफ्लेक्स से जानने लायक हैं: /clear, /compact, /resume और /rewind। बाकी सब कुछ मेनू में ही रह सकता है।

क्या Esc हमेशा Claude को बाधित करता है?

इसे मौजूदा एक्शन को रोकना चाहिए जबकि अभी तक का काम बरक़रार रहे। CC for Everyone नोट करता है कि यूजर्स ने GitHub इश्यूज फाइल किए हैं जहाँ यह लंबे ऑपरेशन्स को नहीं रोक सका, और Ctrl+C को फॉलबैक के तौर पर सुझाता है। Esc को पहली कोशिश मानें, गारंटी नहीं।

/clear और /compact के बीच क्या फर्क है?

/clear कॉन्वर्सेशन को फेंक देता है और नए सिरे से शुरू करता है, जबकि प्रोजेक्ट मेमोरी रहती है। /compact एक सारांश रखता है ताकि आप कम कॉन्टेक्स्ट के साथ आगे बढ़ सकें। /compact का इस्तेमाल तब करें जब टास्क जारी रहे और /clear तब करें जब वह न रहे।

दो चीट शीट्स /cost और /usage के बारे में क्यों असहमत हैं?

शायद वे अलग-अलग वर्जन्स के विरुद्ध लिखी गई थीं, और कमांड्स समय के साथ बदली हैं। claude --version चेक करें, फिर ऑफिशियल रेफरेंस में करंट एंट्री पढ़ें बजाय किसी भी ब्लॉग पोस्ट को चुनने के जो आपको पहली मिले।

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