सारांश
फ्यू-शॉट प्रॉम्प्टिंग का मतलब है AI को दो या ज़्यादा हल-शुदा उदाहरण दिखाना — इनपुट A → आउटपुट B — बजाय इसके वर्णन करने के, ताकि वह आपके दिखाए सटीक पैटर्न, टोन और प्रारूप की नकल करे। यह कस्टम आउटपुट पर मौजूद सबसे मज़बूत लॉक है — और भेजा जा सकने वाला सबसे महँगा प्रॉम्प्ट, क्योंकि हर उदाहरण हर संदेश के साथ सवारी करता है।
उपमा
किसी को फ़ोन पर पिरूएट (घूमना) सिखाने की कोशिश कीजिए।
«अपने शरीर को एक टाँग पर 360 डिग्री घुमाओ, पैर के गोले पर, बाँहें गोल, सिर स्थिर।» तकनीकी रूप से पूरा। और इस तरीके से सिखाना बिल्कुल असंभव — शब्द कौशल का वर्णन करते हैं, मगर कौशल शब्दों का बना नहीं है। अब उसी छात्र को एक डांस इंस्ट्रक्टर के सामने रखिए, जो कुछ नहीं कहता और बस तीन पिरूएट करता है, धीरे-धीरे, और कहता है: «ऐसे।»
छात्र का शरीर तीन प्रदर्शनों से ज़्यादा जान गया है जितना वर्णन के किसी पैराग्राफ़ से जानता। इंसान कई चीज़ें अनुकरण से निर्देश से कहीं तेज़ सीखते हैं — और भाषा मॉडल, साबित होता है, वैसे ही बने हैं। मॉडल को किसी पैटर्न के तीन उदाहरण दिखाइए और वह अक्सर उस पैटर्न को बेदाग़ दोहरा देगा — उन ब्यौरों सहित जिनका ज़िक्र करना आप कभी सोचते ही नहीं थे और जिन्हें बताना आपको नहीं आता था।
यही इस पाठ का पूरा भेद है। वन-शॉट प्रॉम्प्ट बताता है — क्रिया, संदर्भ, प्रारूप — और मानक कामों (सारांश, सूची, अनुवाद, दोबारा लेखन) के लिए बताना काफ़ी है, क्योंकि मॉडल वे नाच पहले से जानता है। फ्यू-शॉट प्रॉम्प्टिंग दिखाती है — आप ख़ुद नाच पेस्ट करते हैं, इनपुट → आउटपुट के दो-तीन प्रदर्शन, और मॉडल नकल करता है। अपनी कंपनी के अजीब सपोर्ट-टिकट प्रारूप का गद्य में वर्णन करना वह फ़ोन कॉल है। तीन असली टिकट पेस्ट करना वह प्रदर्शन है।
डांस इंस्ट्रक्टरों के बारे में एक और बात: प्रदर्शन मुफ़्त नहीं होते। इंस्ट्रक्टर का समय, स्टूडियो, तीन धीमे प्रदर्शन — दिखाना बताने से हर सेशन में ज़्यादा खर्चीला है। यह बात याद रखिए; यही इस पूरी तकनीक की अर्थव्यवस्था बनती है।
कैसे काम करता है और लागत
फ्यू-शॉट प्रॉम्प्ट हल-शुदा उदाहरणों का एक ढेर है, जिसके बाद एक नया इनपुट आता है, ऐसी संरचना में कि पैटर्न चूकने लायक न रहे:
| तत्व | भूमिका |
|---|---|
| उदाहरण 1: इनपुट → आउटपुट | रूपांतरण परिभाषित करता है |
| उदाहरण 2: इनपुट → आउटपुट | पुष्टि करता है कि वह इत्तेफ़ाक नहीं था |
| उदाहरण 3: इनपुट → आउटपुट | एज-केस व्यवहार लॉक करता है (मुश्किल इनपुट दिखाता है कि आप कठिन मामलों से कैसे निपटवाना चाहते हैं) |
| नया इनपुट | पैटर्न आगे बढ़ाने की मॉडल की बारी |
उदाहरण वह करते हैं जो निर्देश नहीं कर सकते: वे सब कुछ एक साथ प्रदर्शित करते हैं — प्रारूप, टोन, लंबाई, कैपिटलाइज़ेशन, क्या शामिल करना है, क्या छोड़ना है — उन सौ सूक्ष्म फ़ैसलों सहित जो आप करते रहते हैं बिना यह जाने कि कर रहे हैं। «Apple → Pomme. Car → Voiture. अब अनुवाद करो: House.» — तीन पंक्तियाँ, और मॉडल को पता चल गया भाषा, दिशा, केसिंग और स्तर। कोई निर्देश-पैराग्राफ़ इतने कम टोकनों में इतना सब नहीं बता सकता। यही कारण है कि जब लक्ष्य-पैटर्न कस्टम हो तो फ्यू-शॉट बेहतरीन वर्णनों को भी हरा देती है: मॉडल आपकी बोली भांपना बंद करके बोलना शुरू कर देता है।
अब बिल। आपका पेस्ट किया हर उदाहरण कॉन्टेक्स्ट विंडो पर टेक्स्ट है — वह मेज़ जिसे मॉडल हर एक जवाब से पहले दोबारा पढ़ता है। उदाहरण पहले जवाब के बाद उबाल कर ग़ायब नहीं हो जाते; वे पूरी बातचीत भर मेज़ पर बैठे रहते हैं, हर अगले संसाधित संदेश में टोकन जोड़ते हुए। तीन भरपेट उदाहरण आसानी से बातचीत के बाकी सब कुछ से ज़्यादा वज़न रख सकते हैं। और Uzu में, जहाँ संदेश G-Credits में मूल्यवान हैं, वह भौतिकी आपके बैलेंस में दिखती है: फ्यू-शॉट प्रॉम्प्ट संदेश-प्रति सीधे-सीधे ज़्यादा खर्चीला है — और जब तक चैट जीता है, ज़्यादा ही खर्चता रहता है।
इसलिए वह नियम जिस पर यह पाठ्यक्रम चलता है:
डिफ़ॉल्ट में वन-शॉट; ज़रूरत पर फ्यू-शॉट। उदाहरण तब दिखाइए जब प्रारूप या तर्क सच में कस्टम हो — हाउस स्टाइल, पार्सिंग नियम, आपके अपने एज-केस वाली वर्गीकरण योजना। अगर एक साफ़ निर्देश उसे पकड़ सकता है, तो बताइए। बताना सस्ता है — और अक्सर, वह काफ़ी है।
सबसे शुद्ध इकोनॉमी-चाल: उदाहरण अपनी क़ीमत तभी कमाते हैं जब ग़लत प्रारूप आपको टोकन से ज़्यादा खर्चा दे — एक दोबारा-रन, एक हाथ से सफ़ाई, एक डाउनस्ट्रीम सिस्टम जो बिगड़े आउटपुट पर टूट जाता है। यही फ्यू-शॉट परीक्षण है: «क्या उदाहरण मदद करेंगे?» नहीं (वे लगभग हमेशा करते हैं) — बल्कि «क्या इस पैटर्न को प्रदर्शन चाहिए?»
पहले और बाद में (प्रॉम्प्ट्स)
उदाहरण 1 — हाउस-स्टाइल हेडलाइन
इस फ़ीचर घोषणा को हमारी ब्रांड आवाज़ में एक पंची हेडलाइन के रूप में फिर से लिखो।
«ब्रांड आवाज़» पिरूएट का फ़ोन-कॉल वर्णन है। मॉडल अंदाज़ा लगाता है — पंची उसके हिसाब से, ब्रांड उसके हिसाब से — और ऊर्जा से भरी, पूरी तरह बेहटी हुई चीज़ थमा देता है।
इस फ़ीचर घोषणा को हमारी स्टाइल में हेडलाइन बनाओ। हमारी स्टाइल:
पुराना डैशबोर्ड, नया डैशबोर्ड → आपके मेट्रिक्स ने फ़ोन किया। उन्हें बड़ी स्क्रीन चाहिए। ऑफ़लाइन मोड लॉन्च → Wi-Fi ग़ायब। काम नहीं। डार्क थीम रिलीज़ → रात के जागने वालों, यह आपके लिए है।
फ़ीचर घोषणा: Bulk export लाइव है →
तीन प्रदर्शन और मॉडल अब अंदाज़ा नहीं लगा रहा — लंबाई, तीर-प्रारूप, बोल्डिंग, शब्द-खेल का स्तर सब दिखाया गया है, उस सूक्ष्म-स्टाइल सहित जिसे आप कभी बयान नहीं कर सकते थे। चौथी पंक्ति एक निर्देश नहीं, पैटर्न पूरा करती है।
उदाहरण 2 — एक्स्ट्रैक्शन प्रारूप
नीचे दी हर रसीद-पंक्ति से तारीख़, शहर और कुल रक़म निकालो।
काफ़ी सरल — जब तक आपका आउटपुट लेने वाला सिस्टम YYYY-MM-DD | CITY_UPPERCASE | cents-no-symbol अपेक्षित न करे, एक ऐसा प्रारूप जो प्रकृति में कहीं मौजूद नहीं है। निर्देश वाला संस्करण पढ़ने योग्य तारीख़ें, सही शहर के नाम और करेंसी प्रतीक देता है — सही, और असंगत।
हर पंक्ति निकालकर इस रूप में दो: तारीख़, शहर, कुल। पैटर्न बिल्कुल सटीक मानो:
"Paid $42.50 in Lisbon on 3 May" → 2026-05-03 | LISBON | 4250 "São Paulo, 12/Jan, R$199.90" → 2026-01-12 | SÃO PAULO | 19990
"Checkout Tokyo 7 Nov ¥3,000" →
दो उदाहरण, और अलिखित नियम सिखा दिए गए: अस्पष्ट दिन-महीना क्रम हल, अपरकेस में उच्चारण-चिह्न बरक़रार, प्रतीक हटे, दशमलव इकाइयों में बदले। किसी चीज़ के लिए «कॉन्फ़िगर» न हुआ मॉडल से मशीन-तैयार आउटपुट — उसे दिखाया गया था।
उदाहरण 3 — वह टोन जो भटक न सके
मेरे ग्राहक-जवाब गर्मजोशी भरे बनाओ मगर और अधिक नहीं, पेशेवर मगर अकड़ वाले नहीं।
उस वाक्य का हर शब्द रुचि का मामला है, और मॉडल की रुचि आपसे अलग है। जवाब विस्मयादिबोध चिह्नों से सजकर लौटता है — गर्म, उसकी पढ़ाई के हिसाब से।
मेरे ड्राफ़्ट जवाबों को इस आवाज़ से मिलाकर फिर से लिखो:
ड्राफ़्ट: "Your refund was processed." → जवाब: "आपका रिफ़ंड रास्ते में है — 3 कार्य-दिवसों में दिख जाएगा। इसे सुलझाते समय धैर्य के लिए धन्यवाद।" ड्राफ़्ट: "The item is out of stock." → जवाब: "वह उम्मीद से तेज़ बिक गया! हम इस हफ़्ते फिर लाने वाले हैं और आते ही आपको ईमेल करूँगा।"
ड्राफ़्ट: "Your account was suspended." →
टोन बयान नहीं किया जा सकता; सिर्फ़ प्रदर्शित किया जा सकता है। दो उदाहरणों से, तीसरा जवाब अपने आप आवाज़ में उतरता है — किसी विस्मयादिबोध-लेक्चर की ज़रूरत नहीं।
आम गलतियाँ
- आपस में टकराते उदाहरण। उदाहरण एक लोअरकेस आउटपुट देता है, उदाहरण तीन कैपिटलाइज़ करता है; एक औपचारिक है, एक मज़ाक करता है। मॉडल टकराव को औसत निकालकर सुलझाता है — ऐसा आउटपुट जो आपके किसी उदाहरण जैसा नहीं। अपने उदाहरणों की ऑडिट निष्कर्षों जैसे जाँच करें: हर ब्यौरा मेल खाना चाहिए, क्योंकि हर ब्यौरा सिखाता है।
- बहुत ज़्यादा उदाहरण, फूली हुई मेज़। «सुरक्षा के लिए» दस उदाहरण पूरी बातचीत के लिए कॉन्टेक्स्ट विंडो घेरते हैं — बाद के संदर्भ को धक्का देकर और Uzu में हर जवाब की टोकन लागत बढ़ाकर। दो से चार तीखे उदाहरण लगभग हमेशा पैटर्न लॉक कर देते हैं; पाँचवाँ तभी जोड़िए जब कोई ख़ास एज-केस अपना प्रदर्शन माँगे।
- सुस्त उदाहरण। टाइपो, सुस्त आउटपुट या प्रारूप-भटकाव वाला उदाहरण सिर्फ़ सिखाने में फेल नहीं होता — वह आपका दोष सक्रिय रूप से सिखाता है। मॉडल आपकी गलतियाँ परफेक्ट ईमानदारी से दोहराएगा। उदाहरणों को प्रकाशित कॉपी जैसे चमकाइए।
- मानक कामों के लिए फ्यू-शॉट। «एक पैराग्राफ़ में सारांश दो» के तीन उदाहरण पेस्ट करना वह नहीं दिखाता जो मॉडल एक साफ़ निर्देश से पहले ही नहीं करता — आप एक ऐसे नाच के लिए प्रदर्शन क़ीमत चुका रहे हैं जो हर कोई जानता है। तकनीक उन पैटर्नों के लिए बचाइए जो सच में सिर्फ़ आपके उदाहरणों में जीते हैं।
- उदाहरणों के बने रहने को भूलना। संदेश एक पर पेस्ट किया ढेर संदेश तीस पर भी मेज़ पर है — अब भी टोकन खर्च करता, अब भी टोन प्रभावित करता। अगर उसी चैट का बाद का काम अलग व्यवहार चाहता है, तो या तो नई चैट शुरू कीजिए या पैटर्न को स्पष्ट रूप से रिटायर कीजिए («अब से नया प्रारूप: …»)।
अक्सर पूछे जाने वाले प्रश्न
ज़ीरो-शॉट, वन-शॉट और फ्यू-शॉट प्रॉम्प्टिंग में क्या फ़र्क़ है?
ज़ीरो-शॉट का मतलब बिना उदाहरण पूछना — शुद्ध निर्देश, जैसे «इसका फ़्रेंच में अनुवाद करो।» वन-शॉट का मतलब पैटर्न एंकर करने के लिए एक उदाहरण शामिल करना; फ्यू-शॉट का मतलब दो या ज़्यादा हल-शुदा उदाहरण — वहीं से पैटर्न-लॉक कस्टम प्रारूपों के लिए इतना मज़बूत हो जाता है। (इस पाठ्यक्रम की «वन-शॉट प्रॉम्प्ट» बनावट पूरे एकल निर्देश की है — और जब वह निर्देश उदाहरण शामिल कर ले, तो वह फ्यू-शॉट बन जाता है।) आपका लक्ष्य-पैटर्न जितना असामान्य, उतने ज़्यादा उदाहरण सिखाने पड़ते हैं।
फ़ॉर्मैट बताने की जगह फ्यू-शॉट कब इस्तेमाल करूँ?
जब पैटर्न कस्टम, सटीक और ग़लत होने पर भारी हो: हाउस स्टाइल, पार्सिंग नियम, वर्गीकरण योजनाएँ, दूसरे सिस्टम को जाने वाला आउटपुट — ऐसा कुछ भी जहाँ गद्य-वर्णन मॉडल को भांपने पर छोड़ दे। अगर प्रारूप मानक है (तालिका, पाँच बुलेट, एक पैराग्राफ़) या वर्णन उसे पूरा पकड़ लेता है, तो वन-शॉट तेज़, सस्ता और काफ़ी है। परीक्षण: क्या कोई काबिल अजनबी आपके केवल वर्णन से आपका प्रारूप बना सकता है? नहीं तो प्रदर्शन कीजिए।
क्या उदाहरण AI प्रॉम्प्ट्स को महँगा बनाते हैं?
हाँ। हर उदाहरण कॉन्टेक्स्ट विंडो पर टोकन है, और विंडो बातचीत के हर जवाब के लिए दोबारा प्रोसेस होती है — इसलिए उदाहरण लागत एक बार नहीं, लगातार जोड़ते हैं। Uzu में, जहाँ संदेश G-Credits में मूल्यवान हैं, भारी फ्यू-शॉट ढेर साफ़ तौर पर सबसे महँगा भेजा जा सकने वाला प्रॉम्प्ट है। इसीलिए अनुशासन यह है: सिर्फ़ वही प्रदर्शित करें जिसे वर्णन नहीं पकड़ सकता, और उदाहरण उस न्यूनतम तक रखें जो पैटर्न लॉक करता है।
अगला पाठ
फ्यू-शॉट आपसे पहले से परफेक्ट उदाहरण माँगती है — मगर उस पैटर्न का क्या जो आप दिखा नहीं सकते क्योंकि आपने उसे कभी लिखा ही नहीं? उसके लिए एक चाल है: जवाब ड्राफ़्ट करना बंद कीजिए और सवाल ड्राफ़्ट करना शुरू कीजिए। प्रॉम्प्ट-लेखन का काम ही मशीन को सौंप दीजिए।
अगला पाठ: मेटा-प्रॉम्प्टिंग
जाने से पहले का अभ्यास: एक ऐसा आउटपुट प्रारूप ढूँढिए जिसे आपने AI को दो से ज़्यादा बार सुधारवाया है। अपने सुधारों से तीन-उदाहरणों का ढेर बनाइए — आपके ड्राफ़्ट इनपुट के रूप में, आपके ठीक किए संस्करण आउटपुट के रूप में — और अगला काम उसके through चलाइए। देखिए मॉडल क्या दोहराता है जो आपने कभी लिखा नहीं।