फ्यू-शॉट बनाम ज़ीरो-शॉट प्रॉम्प्टिंग: किसका उपयोग कब करें
अपने काम के लिए सही प्रॉम्प्टिंग तरीका चुनने की एक व्यावहारिक गाइड, साथ में कॉपी-पेस्ट उदाहरण और एक आसान निर्णय फ्रेमवर्क।
आप ChatGPT में एक प्रॉम्प्ट पेस्ट करते हैं। आउटपुट... ठीक-ठाक है। लेकिन आपने देखा है कि कुछ लोग अपने प्रॉम्प्ट में "उदाहरण" जोड़कर कहीं बेहतर नतीजे पाते हैं। क्या आपको भी ऐसा करना चाहिए? कितने उदाहरण? और क्या यह आपके खास काम के लिए मायने भी रखता है?
ये सवाल अक्सर सामने आते हैं, और शब्दावली से कोई मदद नहीं मिलती। "ज़ीरो-शॉट", "फ्यू-शॉट", "वन-शॉट" — ये फोटोग्राफी के शब्दों जैसे लगते हैं, व्यावहारिक मार्गदर्शन जैसे नहीं। यह गाइड शब्दजाल को हटाकर आपको एक स्पष्ट फ्रेमवर्क देती है कि कौन-सा तरीका कब अपनाना है, साथ ही पूरे प्रॉम्प्ट जिन्हें आप कॉपी करके खुद आज़मा सकते हैं।
ज़ीरो-शॉट प्रॉम्प्टिंग का असली मतलब क्या है
ज़ीरो-शॉट प्रॉम्प्टिंग का मतलब है AI को कोई काम सौंपना बिना यह दिखाए कि आप क्या चाहते हैं उसका कोई उदाहरण। आप बताते हैं कि आपको क्या चाहिए, और मॉडल अपनी ट्रेनिंग के आधार पर खुद तय करता है कि उसे कैसे करना है।
मीटिंग का सारांश बनाने के लिए एक ज़ीरो-शॉट प्रॉम्प्ट देखिए:
Summarize the following meeting notes into 3-5 bullet points covering the key decisions made.
Meeting notes:
{{meeting_notes}}
बस इतना ही। न "अच्छे" सारांश के कोई उदाहरण, न इनपुट और आउटपुट के नमूने। आप मॉडल पर भरोसा कर रहे हैं कि वह समझ ले कि सारांश कैसा दिखता है और "मुख्य निर्णय" का क्या मतलब है। ज़्यादातर कामों के लिए, यह तरीका हैरानी की हद तक अच्छा काम करता है।
फ्यू-शॉट प्रॉम्प्टिंग का असली मतलब क्या है
फ्यू-शॉट प्रॉम्प्टिंग का मतलब है अपने प्रॉम्प्ट में 2-5 उदाहरण शामिल करना जो उस पैटर्न को दिखाते हैं जिसका AI से अनुसरण करवाना है। मूल रूप से आप कह रहे हैं "मैं चाहता हूँ कि आप इसे ऐसे संभालें" — और तभी असली काम देते हैं।
यही मीटिंग सारांश वाला काम, लेकिन उदाहरणों के साथ:
Summarize meeting notes into 3-5 bullet points covering key decisions.
Example 1:
Input: "Team discussed Q3 targets. Sarah proposed increasing the sales goal by 15%. Mark disagreed, suggested 10% was more realistic given current pipeline. Team voted and agreed on 12%. Also decided to postpone the website redesign until Q4."
Output:
- Agreed on 12% sales goal increase for Q3 (compromise between 15% and 10% proposals)
- Postponed website redesign to Q4
Example 2:
Input: "Budget review meeting. Current spending is 8% over forecast. CFO recommended cutting travel budget by 50% and freezing new hires for 60 days. CEO approved both measures effective immediately."
Output:
- Cut travel budget by 50% (effective immediately)
- 60-day hiring freeze approved
- Response to 8% budget overrun
Now summarize this:
{{meeting_notes}}
फ़र्क पर ध्यान दीजिए। उदाहरण मॉडल को ठीक-ठीक दिखा देते हैं कि आप कौन-सा फ़ॉर्मैट चाहते हैं (कोष्ठक में संदर्भ के साथ बुलेट पॉइंट), विवरण किस स्तर का हो, और कई निर्णयों को कैसे संभाला जाए। मॉडल आपकी पसंद संदर्भ में ही सीख लेता है — फाइन-ट्यूनिंग की कोई ज़रूरत नहीं।
एक नज़र में मुख्य अंतर
जो बातें सबसे ज़्यादा मायने रखती हैं, उन पर दोनों तरीकों की तुलना ऐसी दिखती है:
गति: ज़ीरो-शॉट तेज़ है। कम टोकन प्रोसेस करने हों तो जवाब जल्दी आता है।
लागत: ज़ीरो-शॉट सस्ता है। आप प्रति टोकन पैसा देते हैं, और उदाहरण जुड़ते जाते हैं।
तैयारी की मेहनत: ज़ीरो-शॉट में लगभग कुछ नहीं चाहिए। फ्यू-शॉट के लिए अच्छे उदाहरण ढूँढने या बनाने पड़ते हैं।
सरल कामों पर सटीकता: लगभग बराबर। आधुनिक मॉडल सीधे-साधे अनुरोध दोनों तरीकों से अच्छे से निपटा लेते हैं।
जटिल/कस्टम कामों पर सटीकता: आमतौर पर फ्यू-शॉट जीतता है। जब आपको खास फ़ॉर्मैट या डोमेन की शब्दावली चाहिए, तब उदाहरणों से साफ़ फ़र्क पड़ता है।
समझौता साफ़ है: ज़ीरो-शॉट सरल और सस्ता है, पर फ्यू-शॉट आउटपुट पर ज़्यादा नियंत्रण देता है। सवाल बस यह है कि वह अतिरिक्त नियंत्रण कब इस लायक है।
ज़ीरो-शॉट कब सबसे अच्छा काम करता है
ज़ीरो-शॉट प्रॉम्प्टिंग वहाँ चमकती है जहाँ काम कुछ ऐसा है जिसे मॉडल अपनी ट्रेनिंग से पहले से ही "समझता" है। इसमें शामिल हैं:
सामान्य ज्ञान के सवाल: व्याख्या, परिभाषा या तथ्यात्मक जानकारी माँगना। मॉडल को पता है कि अच्छी व्याख्या कैसी होती है।
रचनात्मक मंथन: आइडिया निकालना, पहला ड्राफ्ट लिखना या विकल्प सुझाना। यहाँ तो आप विविधता ही चाहते हैं, किसी ख़ास पैटर्न पर अड़े रहना नहीं।
सामान्य सारांश बनाना: लेख, ईमेल या दस्तावेज़ों को छोटा करना जब आपको कोई ख़ास फ़ॉर्मैट नहीं चाहिए।
अनुवाद: मॉडल जिन भाषाओं पर ट्रेन हुआ है, उनके बीच टेक्स्ट बदलना।
सरल वर्गीकरण: आइटम को आम श्रेणियों में बाँटना (सकारात्मक/नकारात्मक, ज़रूरी/ग़ैर-ज़रूरी) जब श्रेणियाँ अपने आप में स्पष्ट हों।
एक अच्छा सरल नियम: अगर आप जो चाहते हैं उसे आम भाषा में समझा सकते हैं और कोई इंसान बिना उदाहरण देखे भी समझ जाएगा, तो ज़ीरो-शॉट संभवतः काम कर जाएगा।
निर्णय प्रक्रिया दिखाता फ्लोचार्ट: ज़ीरो-शॉट से शुरू करें, नतीजों का मूल्यांकन करें, ज़रूरत पड़ने पर ही उदाहरण जोड़ें
अतिरिक्त टोकन खर्च करने लायक फ्यू-शॉट कब है
फ्यू-शॉट प्रॉम्प्टिंग तब अपनी जगह बनाती है जब आउटपुट को ऐसे पैटर्न पर चलना हो जिन्हें मॉडल केवल निर्देशों से अंदाज़ा नहीं लगा सकता:
कस्टम फ़ॉर्मैटिंग: जब आपको एक ख़ास संरचना में आउटपुट चाहिए — कुछ खास फ़ील्ड वाला JSON, सटीक कॉलम वाली टेबल, किसी ख़ास शैली के बुलेट पॉइंट। उदाहरण किसी भी विवरण से बेहतर ढंग से फ़ॉर्मैट दिखा देते हैं।
आपकी अपनी वर्गीकरण श्रेणियाँ: अगर आप ग्राहकों के ईमेल को "billing-question," "feature-request," "bug-report," और "general-inquiry" जैसी श्रेणियों में बाँट रहे हैं, तो हर एक का उदाहरण मॉडल को आपकी परिभाषाएँ समझने में मदद करता है।
ब्रांड की आवाज़ या टोन से मेल: चाहते हैं AI आपकी कंपनी की मौजूदा सामग्री जैसा लिखे? उसे उस आवाज़ के 2-3 उदाहरण दिखा दीजिए। "प्रोफेशनल लेकिन मित्रवत टोन में लिखो" जैसे निर्देश अस्पष्ट होते हैं; उदाहरण ठोस होते हैं।
डोमेन-विशिष्ट शब्दावली: अगर आपके उद्योग में ऐसी शब्दावली या संक्षेप हैं जिनके अर्थ कहीं और अलग हैं, तो उदाहरण मॉडल को आपका संदर्भ सिखा देते हैं।
किनारे के मामले और बारीकियाँ: व्यंग्य पकड़ना, कटाक्ष या वे सूक्ष्म फ़र्क जिनसे ज़ीरो-शॉट तरीका अटक जाता है। शोध बताते हैं कि फ्यू-शॉट प्रॉम्प्टिंग भावना के किनारे के मामलों — जैसे निषेध और व्यंग्य — को संभालने में काफ़ी सुधार लाती है।
एक अध्ययन में पाया गया कि Twitter भावना वर्गीकरण के लिए, सिर्फ़ 20-50 उदाहरणों वाली फ्यू-शॉट प्रॉम्प्टिंग ने उन मॉडलों के बराबर प्रदर्शन छुआ जिन्हें 10,000+ उदाहरणों पर फाइन-ट्यून किया गया था। सोच-समझकर चुने गए नमूनों की यही ताक़त है।
अगर आप अलग-अलग कामों के लिए फ्यू-शॉट प्रॉम्प्ट्स की लाइब्रेरी बनाते जा रहे हैं, तो PromptNest जैसा टूल इन्हें {{meeting_notes}} जैसे वेरिएबल्स के साथ सेव करने में मदद करता है — कॉपी करते वक़्त खाली जगह भरिए, और पूरा प्रॉम्प्ट पेस्ट करने के लिए तैयार है।
"पहले ज़ीरो, ज़रूरत पड़ने पर अपग्रेड" वाला तरीक़ा
यह एक व्यावहारिक तरीक़ा है जो समय और टोकन दोनों बचाता है:
चरण 1: पहले ज़ीरो-शॉट आज़माइए। स्पष्ट प्रॉम्प्ट लिखिए जो बताता हो कि आप क्या चाहते हैं। काम के बारे में विशिष्ट रहिए, पर अभी उदाहरण मत जोड़िए।
चरण 2: आउटपुट को परखिए। क्या यह आपकी ज़रूरत पूरी कर रहा है? अगर हाँ, तो काम हो गया। अगर नहीं, तो पहचानिए कि गलत क्या है — फ़ॉर्मैट? टोन? कोई विवरण छूट रहा है? या काम ही पूरी तरह ग़लत समझा गया है?
चरण 3: सटीक उदाहरण जोड़िए। 2-3 उदाहरण बनाइए जो ख़ास तौर पर वही चीज़ दिखाएँ जो मॉडल से ग़लत हुई। अगर फ़ॉर्मैट गड़बड़ था, सही फ़ॉर्मैट दिखाइए। अगर टोन ग़लत था, सही टोन दिखाइए।
यह तरीक़ा इसलिए मायने रखता है क्योंकि आप अंदाज़ा नहीं लगा रहे कि उदाहरणों की ज़रूरत है या नहीं — आप असली कमियों के जवाब में काम कर रहे हैं। कभी-कभी ज़ीरो-शॉट प्रॉम्प्ट में "Let's think step by step" जोड़ देने भर से तर्क की दिक़्क़तें ठीक हो जाती हैं, बिना किसी उदाहरण के। शोध पुष्टि करते हैं कि तर्क के कामों में ज़ीरो-शॉट चेन-ऑफ़-थॉट अक्सर फ्यू-शॉट से बेहतर निकलती है।
असल में आपको कितने उदाहरण चाहिए
शोध लगातार बताते हैं कि ज़्यादातर कामों के लिए 2-5 उदाहरण का स्वीट स्पॉट है। आँकड़े यह कहते हैं:
- पहले 2-3 उदाहरण सबसे बड़ी सटीकता बढ़ाते हैं
- 4-5 उदाहरणों के बाद फ़ायदा तेज़ी से कम होता जाता है
- ज़्यादा उदाहरण असल में परस्पर विरोधी पैटर्न लाकर प्रदर्शन बिगाड़ सकते हैं
- मात्रा से ज़्यादा उदाहरणों की गुणवत्ता मायने रखती है — तीन उत्कृष्ट उदाहरण दस औसत उदाहरणों से बेहतर होते हैं
उदाहरणों के क्रम के बारे में भी एक अहम नतीजा है: अध्ययन दिखाते हैं कि उदाहरणों का क्रम नतीजों पर असर डालता है, और सही क्रम कभी-कभी अच्छे और कमज़ोर प्रदर्शन के बीच का फ़र्क बना देता है। अगर आपका फ्यू-शॉट प्रॉम्प्ट ठीक से नहीं चल रहा, तो और उदाहरण जोड़ने से पहले मौजूदा उदाहरणों का क्रम बदलकर देखिए।
एक प्रॉम्प्ट में जुड़ते उदाहरण कार्ड दिखाता चित्र, जिसमें पहले कुछ उदाहरणों के बाद फ़ायदा कम होता दिख रहा है
ज़्यादातर इस्तेमालों के लिए 2 उदाहरणों से शुरू कीजिए। अगर सटीकता कम लगे, तो एक तीसरा जोड़िए जो किसी अलग किस्म का मामला कवर करे। 4 से ज़्यादा की ज़रूरत बहुत कम पड़ेगी।
चेन-ऑफ़-थॉट: तर्क के लिए बीच का रास्ता
एक तीसरा विकल्प भी है जो गणित, तर्क और बहु-चरण समस्याओं पर ख़ास तौर पर अच्छा काम करता है: चेन-ऑफ़-थॉट प्रॉम्प्टिंग। इनपुट-आउटपुट के उदाहरण दिखाने की जगह, आप मॉडल से कहते हैं कि वह "क़दम-दर-क़दम सोचे।"
ज़ीरो-शॉट चेन-ऑफ़-थॉट कुछ ऐसा दिखता है:
A store has 45 apples. They sell 12 in the morning and receive a shipment of 30 more. Then they sell 18 in the afternoon. How many apples do they have at closing?
Let's work through this step by step.
वह छोटा-सा वाक्यांश — "Let's work through this step by step" — मॉडल को सीधे जवाब पर कूदने के बजाय अपना तर्क दिखाने पर मजबूर कर देता है। जटिल तर्क के लिए, यह अक्सर ज़ीरो-शॉट और फ्यू-शॉट दोनों से बेहतर निकलता है।
arXiv पर हाल के एक शोध में पाया गया कि GPT-4 और Claude जैसे ताक़तवर मॉडलों पर तर्क के कामों में ज़ीरो-शॉट चेन-ऑफ़-थॉट अक्सर फ्यू-शॉट प्रॉम्प्टिंग से बेहतर प्रदर्शन करती है। उदाहरण असल में मॉडल की सोच को मदद देने के बजाय बाँध सकते हैं।
चेन-ऑफ़-थॉट तब इस्तेमाल कीजिए जब:
काम में कई तार्किक चरण ज़रूरी हों
आप चाहते हों कि मॉडल अपना तर्क समझाए (ग़लतियाँ पकड़ने में काम का)
गणित, कोडिंग का तर्क, या विश्लेषणात्मक समस्याएँ शामिल हों
आप सिर्फ़ जवाब नहीं, मॉडल का तरीक़ा भी जाँचना चाहते हों
कॉपी करने लायक पूरे प्रॉम्प्ट उदाहरण
असली कामों पर तीनों तरीक़ों को साथ-साथ देखिए। सभी प्रॉम्प्ट GPT-4 और Claude पर परखे गए हैं और इस्तेमाल के लिए तैयार हैं।
काम 1: ईमेल के टोन का वर्गीकरण
ज़ीरो-शॉट संस्करण:
Classify the tone of this customer email as: frustrated, satisfied, neutral, or urgent.
Email:
{{email_text}}
Tone:
फ्यू-शॉट संस्करण (किनारे के मामलों के लिए बेहतर):
Classify customer email tone as: frustrated, satisfied, neutral, or urgent.
Email: "I've been waiting 3 weeks for my order. This is ridiculous. I want a refund NOW."
Tone: frustrated
Email: "Just wanted to say thanks — the product arrived early and works great!"
Tone: satisfied
Email: "Hi, can you confirm my order shipped? Order #12345."
Tone: neutral
Email: "Our system is down and we need the replacement part TODAY or we lose the contract."
Tone: urgent
Email: {{email_text}}
Tone:
फ्यू-शॉट संस्करण मॉडल को आपकी ख़ास परिभाषाएँ समझने में मदद करता है। "Urgent" और "frustrated" के बीच भ्रम हो सकता है — उदाहरण आपकी सीमाएँ साफ़ कर देते हैं।
काम 2: प्रोडक्ट डिस्क्रिप्शन को दोबारा लिखना
ज़ीरो-शॉट संस्करण:
Rewrite this product description to be more engaging and benefit-focused. Keep it under 100 words.
Original: {{product_description}}
Rewritten version:
फ्यू-शॉट संस्करण (ब्रांड की आवाज़ की निरंतरता के लिए बेहतर):
Rewrite product descriptions to be engaging and benefit-focused. Match this style:
Original: "Stainless steel water bottle. 24oz capacity. Keeps drinks cold for 24 hours."
Rewritten: "Stay hydrated all day with our sleek 24oz steel bottle. Your morning coffee stays hot through your commute. Your afternoon water stays ice-cold at the gym. One bottle, endless possibilities."
Original: "Wireless earbuds. 8-hour battery. Noise cancelling."
Rewritten: "Eight hours of your favorite podcasts, uninterrupted. Our wireless earbuds block out the noise so you can focus on what matters — whether that's deep work, your workout playlist, or finally finishing that audiobook."
Original: {{product_description}}
Rewritten:
फ्यू-शॉट संस्करण कॉपीराइटिंग की एक ख़ास शैली सिखाता है — फ़ायदे पर केंद्रित, बातचीत जैसी, ठोस उदाहरणों वाली। ज़ीरो-शॉट से आपको एक नया लेखन मिलेगा, पर ज़रूरी नहीं कि वह आपकी आवाज़ हो।
काम 3: बग रिपोर्ट को संरचित करना
ज़ीरो-शॉट संस्करण:
Convert this bug report into a structured format with: Summary, Steps to Reproduce, Expected Behavior, and Actual Behavior.
Bug report: {{bug_report}}
फ्यू-शॉट संस्करण (एकसमान फ़ॉर्मैटिंग के लिए बेहतर):
Convert bug reports into structured format.
Input: "The app crashes when I try to upload a PDF. I was on the dashboard, clicked upload, selected a 5MB PDF, and it just closed. Should show the file in my uploads but instead the whole app dies."
Output:
**Summary:** App crashes when uploading PDF files
**Steps to Reproduce:**
1. Navigate to dashboard
2. Click upload button
3. Select a PDF file (tested with 5MB file)
**Expected:** File appears in uploads section
**Actual:** Application crashes/closes unexpectedly
---
Input: {{bug_report}}
Output:
तकनीकी दस्तावेज़ों के लिए, एकरूपता मायने रखती है। फ्यू-शॉट संस्करण यह सुनिश्चित करता है कि हर बग रिपोर्ट उसी संरचना और उसी विवरण के स्तर पर बने।
तेज़ निर्णय फ्रेमवर्क
जब आप किसी नए काम के सामने हों, तो ये सवाल पूछिए:
1. क्या काम सीधा-सादा और साफ़-साफ़ तय है? → ज़ीरो-शॉट से शुरू करें
2. क्या आपको एक ख़ास फ़ॉर्मैट चाहिए जिसका मॉडल अंदाज़ा शायद न लगा पाए? → फ्यू-शॉट इस्तेमाल करें
3. क्या काम में कई चरणों वाला तर्क शामिल है? → पहले ज़ीरो-शॉट चेन-ऑफ़-थॉट आज़माएँ
4. क्या आपको लगातार ब्रांड की आवाज़ या डोमेन की शब्दावली चाहिए? → उसी आवाज़ के उदाहरणों के साथ फ्यू-शॉट इस्तेमाल करें
5. क्या ज़ीरो-शॉट ने आपकी ज़रूरत का 80% दे दिया है? → वैसे ही रहने दें। बाक़ी निखार के लिए तीन गुना टोकन देना सही नहीं।
लक्ष्य सबसे फ़ैंसी तकनीक इस्तेमाल करना नहीं है — लक्ष्य है कुशलता से अच्छे नतीजे पाना। ज़ीरो-शॉट डिफ़ॉल्ट है। जब सरल तरीक़े कम पड़ जाएँ, तभी जटिलता जोड़िए।
इसे काम में उतारिए
इसे आत्मसात करने का सबसे अच्छा तरीक़ा है प्रयोग करना। कोई ऐसा काम लीजिए जो आप नियमित रूप से करते हैं — रिपोर्ट का सारांश, ईमेल का ड्राफ्ट, या फ़ीडबैक की श्रेणियाँ बनाना — और दोनों तरीक़े आज़माइए। देखिए ज़ीरो-शॉट कहाँ कम पड़ता है। देखिए फ्यू-शॉट कहाँ असली फ़र्क लाता है।
जब आपको चलने वाले प्रॉम्प्ट मिल जाएँ, तो उन्हें कहीं ऐसी जगह सेव कीजिए जहाँ आप उन्हें फिर से ढूँढ सकें। अगर आप उदाहरणों और वेरिएबल्स वाले प्रॉम्प्ट्स का संग्रह बना रहे हैं, तो PromptNest एक नेटिव Mac ऐप है ($19.99 एकमुश्त, Mac App Store पर, कोई सब्सक्रिप्शन नहीं, कोई अकाउंट नहीं, सब कुछ लोकल चलता है) जो उन्हें व्यवस्थित, सर्च करने योग्य रखता है और किसी भी ऐप से कीबोर्ड शॉर्टकट पर बुलाने लायक बना देता है। तीन हफ़्ते पहले लिखा वह बढ़िया फ्यू-शॉट प्रॉम्प्ट अब बिखरे नोट्स में ढूँढने की ज़रूरत नहीं।
सरल से शुरू करें। ज़रूरत पड़ने पर जटिलता जोड़ें। जो काम करे उसे सहेज लें। बस यही पूरी रणनीति है।
