प्रॉम्प्ट अच्छा है या नहीं, यह पाठ से तय नहीं होता। वह ख़ुद से उलझ रहा है या नहीं, यह तय होता है। यहाँ की जाँचें जान-बूझकर यांत्रिक हैं: JSON बनाने का निर्देश पर उस JSON का कोई वर्णन नहीं; लंबाई का निर्देश पर कोई संख्या नहीं; अब तक न भरा प्लेसहोल्डर; ऐसा वाक्यांश जो एक वाक्य में माँगा और दूसरे में मना किया गया है। हर टिप्पणी उसी हिस्से की ओर इशारा करती है जहाँ से वह उठी, क्योंकि जिस लिंटर-नतीजे को आप ढूँढ़ ही न सकें वह महज़ राय है। कुछ नियम सही-ग़लत के नहीं, ख़र्च के हैं: लगातार बड़े अक्षर और गिड़गिड़ाहट हर अनुरोध में टोकन बढ़ाते हैं और लौटने वाली चीज़ नहीं बदलते।
विशेषताएँ
विरोधाभास, जहाँ एक ही चीज़ माँगी और मना दोनों की गई है
बिना किसी वर्णित आकार के JSON की माँग
बिना किसी संख्या वाले लंबाई निर्देश
बिना भरे टेम्पलेट चिह्न, त्रुटि की तरह
खुले पर कभी बंद न हुए XML-नुमा टैग
न सोचने के निर्देश, जो अक्सर उलटे पड़ते हैं
हर टिप्पणी ठीक उसी पाठ की ओर इशारा करती है जो मिला
ऐसा स्कोर जिसमें त्रुटियाँ टिप्पणियों से भारी हैं
सिस्टम प्रॉम्प्ट लिंटर का उपयोग कैसे करें
सिस्टम प्रॉम्प्ट चिपकाइए
त्रुटियों से शुरू करके टिप्पणियाँ पढ़िए
विरोधाभास ठीक कीजिए — व्यवहार वही बदलते हैं
संपादन करते हुए दोबारा जाँचते रहिए
उदाहरण
इनपुट
Always include the order number. Never include the order number if unverified.
आउटपुट
Possible contradiction: “the order number” is both asked for and ruled out
एक निरपेक्ष निर्देश और एक सशर्त अपवाद — यही आम आकार है।
सामान्य त्रुटियाँ और समस्या निवारण
जो विरोधाभास मैंने जान-बूझकर रखा वही दिखाया जा रहा है। — अपवाद वाला नियम अक्सर ऐसा ही पढ़ा जाता है। अपवाद जान-बूझकर हो तो पहला निर्देश भी सशर्त लिखिए ताकि प्राथमिकता साफ़ रहे।
मैं आकार बताता हूँ फिर भी JSON की शिकायत आती है। — यह जाँच कोई दिखती कुंजी या स्कीमा खोजती है। आपका वर्णन गद्य में है तो छोटा-सा उदाहरण दिखाना वैसे भी ज़्यादा साफ़ है।
«हमेशा» और «कभी नहीं» दिखाए जा रहे हैं। — सिर्फ़ टिप्पणी के रूप में। निरपेक्ष बातें लिखना आसान और निभाना मुश्किल है, और आगे चलकर प्रॉम्प्ट के ख़ुद से उलझने की आम वजह वही हैं।
लंबा प्रॉम्प्ट दिखाया जा रहा है। — लंबाई त्रुटि नहीं है। टिप्पणी इसलिए है कि लंबे प्रॉम्प्ट का बीच वही जगह है जहाँ निर्देश खो जाते हैं: जो निर्देश अटल हैं वे शुरू या अंत में रखिए।
अक्सर पूछे जाने वाले प्रश्न
सब ठीक कर देने से प्रॉम्प्ट अच्छा हो जाएगा?
नहीं। ये यांत्रिक जाँचें हैं: विरोधाभास, गुम प्रारूप, बेजान चिह्न। निर्देश सही हैं या नहीं, यह आपके काम के बारे में फ़ैसला है जो कोई लिंटर नहीं करता।
«मत सोचो» क्यों दिखाया जाता है?
तर्क छोड़ने के निर्देश आउटपुट को छोटा करने के बजाय ख़राब करते हैं, और मौजूदा मॉडलों पर वे तर्क को दबाने के बजाय दिखने वाले जवाब में धकेल सकते हैं। जो निर्देश असल में काम करता है वह है छोटा जवाब माँगना।
बड़े अक्षरों से क्या फ़र्क़?
लगातार बड़े अक्षर वह ज़ोर नहीं देते जो किसी इंसानी पाठक के लिए देते हैं, और वही शब्द छोटे अक्षरों में लिखने से ज़्यादा टोकन ख़र्च करते हैं। यह टिप्पणी है, त्रुटि नहीं।
विरोधाभास की जाँच कैसे काम करती है?
वह एक ही संज्ञा-वाक्यांश को माँगी गई और मना की गई—दोनों जगह ढूँढ़ती है, शर्त वाले रूप समेत। यह जान-बूझकर सँकरी है, इसलिए बारीक टकराव छूट जाते हैं पर झूठे संकेतों की बाढ़ नहीं आती।
क्या यह किसी भी प्रॉम्प्ट पर चलता है?
यह निर्देश-नुमा पाठ के लिए लिखा गया है: सिस्टम प्रॉम्प्ट, उपकरण विवरण, स्किल का मुख्य भाग। सामान्य गद्य पर चलाने से ऐसी टिप्पणियाँ मिलेंगी जिनका ख़ास मतलब नहीं।
संबंधित टूल
प्रॉम्प्ट अंतर — दो संस्करण शब्द-दर-शब्द मिलाइए, टोकन अंतर के साथ।