उदाहरण जवाब का आकार वर्णन करने से कहीं ज़्यादा भरोसे से सिखाते हैं। दिक़्क़त जोड़ने में है: हाथ से बनाए उदाहरण-खंड वही जगह हैं जहाँ किसी की सामग्री में भटका हुआ एक विभाजक चुपचाप उसी खंड को बंद कर देता है जिसे उसे समेटना था। यहाँ सामग्री एस्केप की जाती है, काम के चार प्रारूप दिए जाते हैं — टैग वाले, Markdown, JSON ऐरे, या पिछली बातचीत की बारियाँ — और पूरे समूह की उन दो ग़लतियों के लिए जाँच होती है जो उदाहरणों को नुक़सानदेह बना देती हैं। सब आउटपुट एक जैसे हों तो वे नियम नहीं, एक स्थिरांक सिखाते हैं। वे अपने ही आकार पर एकमत न हों तो कुछ भी नहीं सिखाते।
विशेषताएँ
चार प्रारूप: XML टैग, Markdown, JSON ऐरे या बातचीत की बारियाँ
सामग्री एस्केप, ताकि कोई कोण-कोष्ठक टैग को समय से पहले बंद न कर दे
तत्वों के नाम वैध टैग में बदले जाते हैं
सभी उदाहरणों का आउटपुट एक जैसा हो तो चेतावनी
आउटपुट का प्रारूप आपस में न मिले तो चेतावनी
सिर्फ़ एक उदाहरण हो, या बहुत ज़्यादा, तो टिप्पणी
इनपुट और आउटपुट हिस्सों के लिए अपने नाम
वैकल्पिक क्रमांकन
few-shot उदाहरण बिल्डर का उपयोग कैसे करें
हर इनपुट अपने अपेक्षित आउटपुट के साथ जोड़िए
उदाहरण कहाँ जाएँगे, उसके हिसाब से प्रारूप चुनिए
पूरे समूह के बारे में चेतावनियाँ पढ़िए
वह खंड अपने प्रॉम्प्ट में कॉपी कीजिए
उदाहरण
इनपुट
The export button does nothing on Safari.
आउटपुट
{"category": "bug", "severity": "medium"}
उदाहरणों में एक जैसा आउटपुट आकार ही प्रारूप सिखाता है।
सामान्य त्रुटियाँ और समस्या निवारण
मेरे उदाहरणों में कोण-कोष्ठक हैं और प्रॉम्प्ट टूट जाता है। — यहाँ वे एस्केप हो जाते हैं, बात ही यही है। हाथ से जोड़े गए खंडों में यही गड़बड़ होती है।
चेतावनी है कि मेरे सारे आउटपुट एक जैसे हैं। — एक जैसे आउटपुट एक स्थिर जवाब सिखाते हैं। जिन मामलों में आप सचमुच फ़र्क़ चाहते हैं, उनमें विविधता लाइए।
चेतावनी है कि आउटपुट के आकार अलग-अलग हैं। — एक उदाहरण JSON लौटाए और दूसरा गद्य, तो प्रारूप के बारे में परस्पर विरोधी निर्देश जाते हैं। एक चुनिए।
कितने उदाहरण दूँ? — दो-तीन से आम तौर पर व्यवहार बँध जाता है। एक दर्जन के बाद आप हर अनुरोध पर असली टोकन ख़र्च कर रहे हैं, इसलिए बाद वाले उसके लायक़ होने चाहिए।
अक्सर पूछे जाने वाले प्रश्न
कौन-सा प्रारूप सबसे अच्छा चलता है?
टैग वाले उदाहरण सबसे सुरक्षित डिफ़ॉल्ट हैं, क्योंकि Markdown या कोष्ठक वाली सामग्री आने पर भी सीमाएँ टिकी रहती हैं। बातचीत की बारियाँ अक्सर और भी असरदार होती हैं, क्योंकि यह आकार मॉडल पहले से समझता है, बस उन्हें जोड़ना महँगा पड़ता है।
उदाहरण की सामग्री एस्केप क्यों करें?
क्योंकि जिस उदाहरण में बंद करने वाला टैग है वह उसी खंड को ख़त्म कर देगा जिसमें वह है, और उसके बाद का सब कुछ सामग्री के बजाय निर्देश की तरह पढ़ा जाएगा। यह वही श्रेणी की समस्या है जैसी SQL इंजेक्शन, बस प्रॉम्प्ट के भीतर।
क्या उदाहरण वर्णन से बेहतर काम करते हैं?
प्रारूप के लिए लगभग हमेशा। एक बना-बनाया उदाहरण जवाब का आकार वैसे तय करता है जैसे उसका वर्णन करने वाला अनुच्छेद नहीं कर पाता। जहाँ विवेक चाहिए, वहाँ नियम बता देना आम तौर पर बेहतर सामान्यीकरण करता है।
ज़्यादा उदाहरणों की कोई क़ीमत है?
है: वे हर अनुरोध के साथ जाते हैं। मुट्ठी भर ठीक हैं, एक दर्जन से ऊपर समीक्षा लायक़, इसीलिए संख्या को जमा होने देने के बजाय दिखाया जाता है।
क्या उदाहरण असली मामले हों?
असली बेहतर हैं, क्योंकि गढ़े हुए उदाहरण हक़ीक़त से ज़्यादा सुथरे होते हैं और वही सुथरा मामला सिखाते हैं। बस देख लीजिए कि उनमें ऐसा कुछ न हो जो आप बार-बार भेजे जाने वाले प्रॉम्प्ट में नहीं चाहेंगे।