Few-Shot उदाहरण सही तरीके से
- Few-shot प्रॉम्प्टिंग क्या है और उदाहरण वर्णन से बेहतर क्यों होते हैं
- ऐसा साफ़-सुथरा few-shot प्रॉम्प्ट कैसे पढ़ें जिसे मॉडल पूरा करता है
- उदाहरण कैसे चुनें, फ़ॉर्मेट करें और क्रमबद्ध करें (एज केस सहित)
- zero-shot बनाम few-shot कब चुनें
- एक लापरवाह उदाहरण किसी उदाहरण न होने से भी बुरा क्यों है
Few-shot प्रॉम्प्टिंग का मतलब है मॉडल को किसी नए कार्य के लिए कहने से पहले उसके कुछ हल किए हुए उदाहरण दिखाना। अच्छी तरह किया जाए तो यह किसी फ़ॉर्मेट, शैली, या एज-केस व्यवहार को पक्का करने का सबसे तेज़ तरीका है — अक्सर शब्दों में यह बताने से बेहतर कि आप क्या चाहते हैं।
उदाहरण वर्णन से बेहतर क्यों होते हैं
"संक्षिप्त और मित्रवत रहो" अस्पष्ट है। दो संक्षिप्त, मित्रवत आउटपुट दिखाना स्पष्ट होता है। मॉडल उदाहरणों के पैटर्न से मेल खाता है और उसी पैटर्न को आगे बढ़ाता है।
एक साफ़-सुथरा few-shot प्रॉम्प्ट
आकार पर ध्यान दें: कई Message → Label जोड़े एक समान फ़ॉर्मेट में, फिर एक अंतिम संदेश जिसमें खाली Label: है जिसे मॉडल को भरना है।
Few-shot वर्गीकरण प्रॉम्प्ट
Classify each support message as: billing, bug, or feature. Message: "I was charged twice this month." Label: billing Message: "The app crashes when I upload a photo." Label: bug Message: "Can you add dark mode?" Label: feature Message: "My subscription renewed at the wrong price." Label:
मॉडल के पास पैटर्न है; यह अंतिम पंक्ति पूरी कर देता है।
उदाहरण कैसे चुनें और फ़ॉर्मेट करें
- उन एज केस को शामिल करें जिनकी आपको परवाह है। अगर कोई श्रेणी दुर्लभ या मुश्किल है, तो उसे शामिल करें।
- वही संरचना, वही लेबल, वही डिलिमिटर। असंगति असंगति सिखाती है।
- 2–5 अक्सर पर्याप्त होते हैं। कठिन/विविध कार्यों के लिए ज़्यादा मदद करते हैं पर टोकन खर्च करते हैं और उदाहरणों की विचित्रताओं पर ओवरफ़िट कर सकते हैं।
- क्रम मायने रख सकता है — सबसे स्पष्ट उदाहरण पहले रखें; वर्गीकरण के लिए, एक ही लेबल के सभी उदाहरण एक साथ न रखें।
- जिस इनपुट को आप वास्तव में लेबल करवाना चाहते हैं उससे उदाहरणों को अलग करने के लिए डिलिमिटर (या XML टैग) का उपयोग करें।
ऊपर बताई गई टोकन लागत असली है — देखें Tokens & Context। डिलिमिटर दृष्टिकोण के लिए, XML tags एक साफ़, विश्वसनीय विभाजक हैं।
Zero-shot बनाम few-shot
पहले zero-shot (बस पूछें) आज़माएँ — आधुनिक मॉडल मज़बूत हैं। उदाहरण तब जोड़ें जब आपको कोई विशिष्ट फ़ॉर्मेट/शैली चाहिए या कार्य अस्पष्ट हो। अगर zero-shot पहले से ही इसे ठीक कर देता है, तो उदाहरणों के लिए पैसा खर्च न करें।
- उदाहरण डेटा हैं — उन्हें साफ़ रखें। एक गलत या लापरवाह उदाहरण सक्रिय रूप से गलत चीज़ सिखाता है। उन्हें प्रशिक्षण डेटा की तरह संभाल कर रखें।
- दिखाएँ, बताएँ नहीं: हल किए हुए उदाहरण अस्पष्ट वर्णनों से बेहतर होते हैं।
- विविधता को कवर करें, खासकर एज केस, और हर उदाहरण को एक समान फ़ॉर्मेट में रखें।
- 2–5 उदाहरण आमतौर पर पर्याप्त होते हैं; ज़्यादा ओवरफ़िट कर सकते हैं और टोकन खर्च करते हैं।
- क्रम मायने रखता है — सबसे स्पष्ट पहले, और एक लेबल को एक साथ न रखें।
- zero-shot से शुरू करें; उदाहरण केवल विशिष्ट फ़ॉर्मेट/शैली या अस्पष्टता के लिए जोड़ें।