स्लैश कमांड एक Markdown फ़ाइल है जिसका मुख्य भाग सीधे प्रॉम्प्ट बन जाता है। एक ही अनुरोध बार-बार टाइप करना बंद करने का यह सबसे सरल तरीक़ा है — एक समीक्षा, रिलीज़ से पहले की जाँच, आपकी टीम जिस रूप में सारांश चाहती है वही — और पूरी विन्यास-व्यवस्था में सबसे कम नख़रे वाला हिस्सा भी। बिगड़ता सिर्फ़ एक जगह है: तर्क। कमांड के नाम के बाद टाइप किया सब कुछ एक प्लेसहोल्डर के रूप में आता है, अलग-अलग शब्द संख्या वाले प्लेसहोल्डरों के रूप में; और जो मुख्य भाग इनमें से किसी का ज़िक्र नहीं करता, वह उपयोगकर्ता के दिए इनपुट को नज़रअंदाज़ करते हुए भी यह घोषित करता रहता है कि वह कुछ लेता है। यह बिल्डर फ़ाइल लिखता है, प्लेसहोल्डर बटन के रूप में देता है, और इस बेमेल को दोनों तरफ़ से बताता है।
विशेषताएँ
प्लेसहोल्डर याद रखने के बजाय बटन से डाले जाते हैं
तर्क का ऐलान हो पर प्रॉम्प्ट उसे इस्तेमाल न करे तो चेतावनी
प्रॉम्प्ट तर्क लेता हो पर उपयोगकर्ता को कुछ न बताया गया हो तो चेतावनी
वैकल्पिक उपकरण सूची और मॉडल चुनाव
नाम फ़ाइल-नाम की तरह जाँचा जाता है — वह बनता भी वही है
परियोजना या व्यक्तिगत दायरा, साथ में उपयुक्त पथ
कमांड कैसे टाइप होगा उसकी झलक
सीधे इस्तेमाल लायक .md फ़ाइल के रूप में डाउनलोड
स्लैश कमांड बिल्डर का उपयोग कैसे करें
कमांड का नाम रखिए — वही /नाम भी है और फ़ाइल का नाम भी
जहाँ इनपुट आना है वहाँ $ARGUMENTS या $1 डालकर प्रॉम्प्ट लिखिए
तर्क संकेत जोड़िए ताकि उपयोगकर्ता जाने कि क्या देना है
दायरा चुनिए और फ़ाइल डाउनलोड कीजिए
उदाहरण
इनपुट
argument-hint: <pr-number>
आउटपुट
Review pull request #$1.
संकेत और प्लेसहोल्डर मेल खाने चाहिए, वरना दोनों में से एक झूठ है।
सामान्य त्रुटियाँ और समस्या निवारण
कमांड उसके बाद टाइप की गई बात को नज़रअंदाज़ कर देता है। — मुख्य भाग को इनपुट इस्तेमाल करना होगा। $ARGUMENTS पूरा टाइप किया हुआ है; $1, $2 और $3 अलग-अलग शब्द हैं।
कमांड सूची में दिखता ही नहीं। — फ़ाइल का नाम ही कमांड का नाम है, इसलिए छोटे अक्षर और हाइफ़न चाहिए, और फ़ाइल चुने हुए दायरे की commands निर्देशिका में होनी चाहिए।
सूची में विवरण नहीं आ रहा। — वह फ्रंटमैटर के description फ़ील्ड से आता है। उसके बिना कमांड बिना नाम-पट्टी के दिखता है।
$1 और $ARGUMENTS एक-दूसरे पर चढ़ते लगते हैं। — चढ़ते ही हैं: $ARGUMENTS में सब कुछ है, $1 उसका पहला शब्द। जब तक दोनों जान-बूझकर न चाहिए, एक ही लीजिए।
अक्सर पूछे जाने वाले प्रश्न
$ARGUMENTS और $1 में क्या फ़र्क़ है?
$ARGUMENTS कमांड के नाम के बाद टाइप की पूरी पंक्ति है। $1, $2 और $3 स्पेस से अलग हुए शब्द हैं। कमांड तय संख्या में इनपुट लेता हो तो संख्या वाले, और खुला पाठ लेता हो तो $ARGUMENTS।
क्या अनुमत उपकरणों की सूची चाहिए?
नहीं, और अधिकतर कमांडों में होती भी नहीं। यह तब सार्थक है जब कोई कमांड हर बार पूछे बिना कुछ ख़ास चला सके, या जब आप चाहें कि वह वह न कर सके जो सत्र वैसे कर सकता है।
कमांड फ़ाइल कहाँ रहती है?
परियोजना का कमांड रिपॉज़िटरी में रहता है ताकि पूरी टीम को मिले; व्यक्तिगत आपके साथ परियोजनाओं में चलता है। सटीक पथ दिखता है और नाम के साथ बदलता है।
क्या कमांड उपकरण बुला सकता है?
मुख्य भाग एक प्रॉम्प्ट है, इसलिए वह हर वह चीज़ माँग सकता है जो सत्र पहले से कर सकता था। उपकरण सूची सिर्फ़ यह घटाती-बढ़ाती है कि बिना पूछे क्या चले; नया अधिकार वह नहीं देती।
स्किल के बजाय कमांड कब बनाएँ?
कमांड टाइप करके जान-बूझकर बुलाया जाता है। स्किल तब अपने आप जुड़ती है जब कोई काम प्रासंगिक लगे। समय आप तय करना चाहते हैं तो कमांड लिखिए; अपने आप हो जाए यह चाहते हैं तो स्किल।
संबंधित टूल
स्किल बिल्डर — SKILL.md लिखिए, frontmatter साथ-साथ जाँचा जाता है।
सबएजेंट बिल्डर — सबएजेंट की परिभाषा फ़ाइल बनाइए, उसके उपकरण और मॉडल समेत।
हुक बिल्डर — settings.json के हुक बनाइए और कभी न चलने वाले मैचर पकड़िए।