Claude Code में कस्टम स्लैश कमांड बनाना — अपना वर्कफ़्लो

कस्टम स्लैश कमांड क्या हैं?

Claude Code में /help और /clear जैसे बिल्ट-इन स्लैश कमांड आते हैं, लेकिन क्या आप जानते हैं कि आप आसानी से अपने खुद के कमांड जोड़ सकते हैं? कस्टम स्लैश कमांड आपको अक्सर इस्तेमाल होने वाले प्रॉम्प्ट या रूटीन कार्यों को एक छोटे कीवर्ड से कॉल करने देते हैं, और इनमें महारत हासिल करने से आपका दैनिक विकास नाटकीय रूप से तेज हो सकता है।

हर बार “वर्तमान ब्रांच के कोड की समीक्षा करें” जैसा लंबा प्रॉम्प्ट टाइप करने के बजाय, आप बस /review टाइप करके वही व्यवहार ट्रिगर कर सकते हैं। अपनी टीम में कमांड साझा करें और आप समीक्षा मानदंड या रिलीज़ प्रक्रियाओं को मानकीकृत कर सकते हैं।

फ़ाइल स्थान और प्रारूप

कस्टम स्लैश कमांड सामान्य Markdown फ़ाइलें हैं। दो भंडारण स्थान हैं:

• प्रोजेक्ट-विशिष्ट: .claude/commands/<कमांड-नाम>.md
• उपयोगकर्ता-व्यापी: ~/.claude/commands/<कमांड-नाम>.md

प्रोजेक्ट-विशिष्ट कमांड आपकी रिपॉजिटरी में कमिट किए जा सकते हैं और टीम साथियों के साथ साझा किए जा सकते हैं, जबकि उपयोगकर्ता-व्यापी कमांड आपके सभी प्रोजेक्ट्स में उपलब्ध होते हैं। फ़ाइल का नाम ही कमांड का नाम बन जाता है, इसलिए review.md /review बन जाता है।

अपना पहला कमांड बनाना

आइए सबसे सरल संभव कमांड से शुरू करें। अपने प्रोजेक्ट रूट से यह चलाएं:

mkdir -p .claude/commands
cat > .claude/commands/review.md <<'EOF'
Git स्टेजिंग क्षेत्र में वर्तमान में मौजूद सभी परिवर्तनों को पढ़ें और
निम्नलिखित दृष्टिकोण से उनकी समीक्षा करें:

- संभावित बग
- नामकरण की निरंतरता
- गायब परीक्षण कवरेज
- सुरक्षा चिंताएं

यदि समस्याएं मिलती हैं, तो फ़ाइल नाम और लाइन नंबर के साथ रिपोर्ट करें।
EOF

बस इतना ही। जब आप Claude Code में /review टाइप करते हैं, तो फ़ाइल की सामग्री प्रॉम्प्ट के रूप में भेजी जाती है।

आर्ग्युमेंट्स स्वीकार करना

कमांड को अधिक उपयोगी बनाने के लिए, उन्हें आर्ग्युमेंट्स स्वीकार करने दें। अपने Markdown के अंदर $ARGUMENTS प्लेसहोल्डर का उपयोग करें, और जब आप इनवोकेशन पर पास करते हैं तो वह स्ट्रिंग वहां इंजेक्ट हो जाएगी।

# .claude/commands/explain.md

कृपया निम्नलिखित फ़ाइल या सिंबल को सावधानी से समझाएं,
ऐसे तरीके से कि शुरुआती लोग फॉलो कर सकें।

लक्ष्य: $ARGUMENTS

आपकी व्याख्या में शामिल होना चाहिए:
1. कोड क्या करता है इसका एक या दो वाक्य का सारांश
2. महत्वपूर्ण लाइनों का चरण-दर-चरण वॉक-थ्रू
3. एक यथार्थवादी उपयोग उदाहरण
4. बचने के लिए सामान्य गलतियाँ

इसे /explain src/utils/parser.ts के साथ इनवोक करें। निष्पादन से पहले $ARGUMENTS टोकन src/utils/parser.ts से बदल दिया जाता है।

एकाधिक फ़ाइलों को संदर्भित करने वाले कमांड

आर्ग्युमेंट्स के रूप में फ़ाइल पथ पास करने के अलावा, आप विशिष्ट फ़ाइलों को स्पष्ट रूप से लोड करने के लिए कमांड के अंदर @ सिंटैक्स का उपयोग कर सकते हैं।

# .claude/commands/check-types.md

@tsconfig.json और @package.json पढ़ने के बाद, पूरे प्रोजेक्ट में
सभी टाइप त्रुटियां खोजें।

कदम:
1. `npx tsc --noEmit` चलाएं
2. त्रुटियों को फ़ाइल के अनुसार समूहित करें
3. सुधार प्राथमिकता का सुझाव दें
4. पहले प्रभावित क्षेत्र के आकार के अनुसार क्रमबद्ध करें

कृपया परिणाम को तालिका के रूप में आउटपुट करें।

Claude स्वचालित रूप से कमांड पर काम शुरू करने से पहले tsconfig.json और package.json पढ़ता है।

व्यवहार में: एक रिलीज़ तैयारी कमांड

यहां एक उदाहरण है जो एक सामान्य रिलीज़ वर्कफ़्लो को एक कमांड में समेटता है।

# .claude/commands/release.md

संस्करण $ARGUMENTS के लिए रिलीज़ तैयार करें।

कदम:
1. package.json के `version` फ़ील्ड को $ARGUMENTS में अपडेट करें
2. CHANGELOG.md की शुरुआत में एक नया सेक्शन जोड़ें
   - पिछले टैग के बाद से git log का संदर्भ लें
   - feat / fix / docs / chore में वर्गीकृत करें
3. `npm run test` चलाएं और पुष्टि करें कि सभी परीक्षण पास हो रहे हैं
4. `npm run build` चलाएं और पुष्टि करें कि कोई बिल्ड त्रुटि नहीं है
5. परिवर्तनों को सारांशित करें और एक कमिट संदेश प्रस्तावित करें

महत्वपूर्ण: `git push` या `npm publish` स्वयं न चलाएं।
अंतिम पुष्टि उपयोगकर्ता पर छोड़ दें।

/release 1.4.0 टाइप करना संस्करण बंप से लेकर परीक्षण चलाने तक सब कुछ संभालता है। सुरक्षा के लिए, विनाशकारी ऑपरेशन से बचें और अंतिम चरण की पुष्टि मानव पर छोड़ें।

फ़्लैग और विकल्पों का अनुकरण

आप फ़्लैग का अनुकरण करने के लिए Markdown में ब्रांचिंग तर्क का वर्णन कर सकते हैं।

# .claude/commands/test.md

आर्ग्युमेंट्स: $ARGUMENTS

इन नियमों का पालन करें:

- यदि आर्ग्युमेंट्स खाली हैं: सभी परीक्षण चलाएं
- यदि आर्ग्युमेंट्स में `--unit` है: केवल यूनिट परीक्षण चलाएं
- यदि आर्ग्युमेंट्स में `--e2e` है: केवल E2E परीक्षण चलाएं
- यदि फ़ाइल पथ शामिल है: केवल उस फ़ाइल से संबंधित परीक्षण चलाएं

चलाने के बाद, किसी भी विफल परीक्षण के कारण का विश्लेषण करें।

/test --unit या /test src/auth.ts जैसे कॉल संभव हो जाते हैं।

टीम साझाकरण के लिए सर्वोत्तम प्रथाएं

प्रोजेक्ट-विशिष्ट कमांड को .claude/commands/ के अंतर्गत रखें और उन्हें Git के साथ प्रबंधित करें ताकि प्रत्येक टीम सदस्य समान कमांड का उपयोग करे। इन्हें ध्यान में रखें:

• एक सुसंगत नामकरण सम्मेलन का उपयोग करें: क्रिया पहले, छोटे नाम (review, fix, explain)
• README में उनका दस्तावेज़ बनाएं: कमांड को खोजना आसान बनाएं
• विनाशकारी ऑपरेशन से बचें: git push --force या rm -rf जैसी चीज़ों को स्पष्ट रूप से प्रतिबंधित करें
• आउटपुट प्रारूप निर्दिष्ट करें: तालिकाओं या चेकलिस्ट के साथ समीक्षा परिणामों को सुसंगत रखें

निष्कर्ष

कस्टम स्लैश कमांड Claude Code को “आपके अपने व्यक्तिगत AI सहायक” में बदलने का सबसे छोटा रास्ता हैं। एक या दो सरल कमांड से शुरू करें और जब भी आप कोई दोहराव वाला कार्य देखें तो और जोड़ें। जल्द ही, वे आपके वर्कफ़्लो का एक अनिवार्य हिस्सा बन जाएंगे।

Claude Code की बुनियादी बातों के लिए, गेटिंग स्टार्टेड गाइड देखें। अधिक उन्नत स्वचालन के लिए, Agent SDK के साथ शुरुआत देखें, और संदर्भ पर युक्तियों के लिए, संदर्भ प्रबंधन देखें।

आधिकारिक दस्तावेज़ीकरण के लिए, Anthropic दस्तावेज़ीकरण देखें।