मुख्य कंटेंट तक स्किप करें

Few-Shot उदाहरण सही तरीके से

मध्यम

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

उदाहरण वर्णन से बेहतर क्यों होते हैं​

"संक्षिप्त और मित्रवत रहो" अस्पष्ट है। दो संक्षिप्त, मित्रवत आउटपुट दिखाना स्पष्ट होता है। मॉडल उदाहरणों के पैटर्न से मेल खाता है और उसी पैटर्न को आगे बढ़ाता है।

एक साफ़-सुथरा 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 अक्सर पर्याप्त होते हैं। कठिन/विविध कार्यों के लिए ज़्यादा मदद करते हैं पर tokens खर्च करते हैं और उदाहरणों की विचित्रताओं पर ओवरफ़िट कर सकते हैं।
  • क्रम मायने रख सकता है — सबसे स्पष्ट उदाहरण पहले रखें; वर्गीकरण के लिए, एक ही लेबल के सभी उदाहरण एक साथ न रखें।
  • उदाहरणों को सजीव इनपुट से अलग करने के लिए डिलिमिटर (या XML tags) का उपयोग करें।

Zero-shot बनाम few-shot​

पहले zero-shot (बस पूछें) आज़माएँ — आधुनिक मॉडल मज़बूत हैं। उदाहरण तब जोड़ें जब आपको कोई विशिष्ट फ़ॉर्मेट/शैली चाहिए या कार्य अस्पष्ट हो। अगर zero-shot पहले से ही इसे ठीक कर देता है, तो उदाहरणों के लिए पैसा खर्च न करें।

:::tip उदाहरण डेटा हैं — उन्हें साफ़ रखें एक गलत या लापरवाह उदाहरण सक्रिय रूप से गलत चीज़ सिखाता है। उन्हें प्रशिक्षण डेटा की तरह संभाल कर रखें। :::

आगे​