प्रॉम्प्ट वह निर्देश है जो आप AI को देते हैं। जब आप बताते हैं कि क्या बनाना है, कौन-सी सामग्री इस्तेमाल करनी है, इसे कौन पढ़ेगा, किस रूप में चाहिए, और किन बातों का पालन करना है, तो जवाब कहीं ज़्यादा सटीक हो जाता है और उसे जाँचने का आधार भी साफ़ हो जाता है। इस अध्याय में पहले कमज़ोर और बेहतर प्रॉम्प्ट का फ़र्क देखेंगे, फिर बैठक-नोट्स के सार के उदाहरण से निर्देश लिखने से लेकर जवाब की जाँच तक का अभ्यास करेंगे।
बैठक के मुख्य बिंदु, ईमेल का ड्राफ़्ट, तुलना तालिका आदि।
जो तथ्य तय हो चुके हैं, और जो अभी पता नहीं।
जवाब सामग्री से मेल खाता है या नहीं, और कुछ छूटा है या कोई शर्त टूटी है या नहीं।
निर्देश से क्या बदला जा सकता है और क्या नहीं
"बैठक का सार बनाओ" से AI को यह पता नहीं चलता कि इसे कौन पढ़ेगा, आपको सिर्फ़ निर्णय चाहिए या चर्चा का विस्तृत ब्योरा भी। "जो लोग बैठक में नहीं थे, उनके लिए सार को निर्णय, खुले प्रश्न और अगले कदम में बाँटो" लिखने से आप चाहा गया परिणाम साफ़ बता देते हैं।
OpenAI और Anthropic के आधिकारिक दस्तावेज़ भी स्पष्ट निर्देश देने, संबंधित सामग्री जोड़ने, आउटपुट का प्रारूप तय करने और उदाहरण देने जैसे तरीके बताते हैं। लेकिन निर्देश को विस्तार से लिखने से जवाब हमेशा सही नहीं हो जाता, और एक ही निर्देश से हर बार थोड़े अलग जवाब आ सकते हैं।[1][3]
- किसके लिए, क्या बनाना है
- संदर्भ की सामग्री और जवाब का रूप
- पालन करने की शर्तें और जाँचने की बातें
- सामग्री में न दी गई बातों या ताज़ा जानकारी का सही होना
- पेशेवर योग्यता या व्यावहारिक अनुभव
- उपलब्ध सुविधाएँ, अनुमतियाँ और उपयोग की सीमाएँ
उदाहरण के लिए, "अनुभवी वकील की तरह जवाब दो" लिखने से AI के पास वकील की योग्यता नहीं आ जाती। इसी तरह, प्रॉम्प्ट से ऐसी खोज-सुविधा नहीं खुलती जो आपके लिए उपलब्ध नहीं है, और न ही AI को ऐसी फ़ाइलों तक पहुँच मिलती है जिनकी अनुमति आपके पास नहीं है। टूल चुनने का तरीका जानने के लिए AI टूल कैसे चुनें देखें।
निर्देश बनाने के 5 तत्व
नीचे दिए पाँच तत्व निर्देश को व्यवस्थित करने का एक तरीका हैं। हर बार सभी भरना ज़रूरी नहीं है। पहले लक्ष्य और सामग्री से शुरू करें, फिर ज़रूरी शर्तें जोड़ें।
सार, ड्राफ़्ट या तुलना जैसा तैयार होने वाला आउटपुट तय करें।
उदाहरण: जो लोग बैठक में नहीं थे, उनके लिए बैठक के मुख्य बिंदुओं का सार बनाओ।
जो तथ्य इस्तेमाल किए जा सकते हैं और जो अभी तय नहीं हुए, उन्हें अलग करें। संदर्भ-सामग्री को निर्देश से अलग रखें।
उदाहरण: बजट अभी मंज़ूर नहीं हुआ है। नोट्स में न दी गई जानकारी न जोड़ें।
बताइए कि पाठक पहले से क्या जानता है और किस नज़रिए से देखना है। भूमिका तय करना भी इसी में आता है।
उदाहरण: ऐसे शब्दों में लिखो जिन्हें बैठक में न आए सहकर्मी भी समझ सकें।
स्थिति के अनुसार उपयुक्त रूप चुनें, जैसे शीर्षक, बुलेट बिंदु या तालिका।
उदाहरण: तीन शीर्षक: निर्णय, खुले प्रश्न और अगले कदम।
ज़रूरी बातें, जिनसे बचना है, और शर्तें आपस में टकराएँ तो प्राथमिकता बताएँ।
उदाहरण: जिस डिलीवरी की तारीख तय नहीं हुई, उसका वादा न करें। उसे जाँचने वाली बात के रूप में दर्ज करें।
सारा पृष्ठभूमि-विवरण देने के बजाय, इस काम के लिए ज़रूरी सामग्री चुनें। वास्तविक गोपनीय जानकारी दर्ज करना ठीक है या नहीं, यह निर्देश लिखने के तरीके से अलग का फ़ैसला है। कार्य-दस्तावेज़ इस्तेमाल करने से पहले दर्ज की जाने वाली जानकारी और निजता की जाँच भी पढ़ लें।
काम में लेने योग्य 7 तरीके
लंबा निर्देश लिखना अपने-आप में लक्ष्य नहीं है। जो समस्या है उसके अनुकूल तरीका चुनें और जवाब की जाँच करें।
1 तैयार परिणाम को ठोस रूप में बताएँ
"अच्छे विचार दो" कहने के बजाय बताएँ कि विचार किस काम के लिए हैं और चुनते समय आप किस बात को देखेंगे।
रीडिंग क्लब के पहली बार आने वाले सदस्यों के लिए एक सूचना-पत्र लिखिए। बैठक की तारीख अभी तय नहीं है। कोई तारीख या समय न बनाएँ। प्रकाशित करने से पहले भाग लेने का तरीका और पुष्टि की जाने वाली बातों को अलग-अलग लिखिए।
यहाँ आपने बताया है कि क्या बनाना है और किन शर्तों का पालन करना है।
2 सामग्री और निर्देश को अलग रखें
शीर्षक या विभाजक रेखाओं से "कार्य", "सामग्री" और "उत्तर का प्रारूप" को अलग करें। OpenAI Markdown या XML से, और Anthropic XML जैसे टैग से सामग्री को अलग करने का तरीका बताते हैं। शुरुआती उपयोगकर्ता बस [कार्य] जैसे ब्रैकेट वाले लेबल से शुरू कर सकते हैं।[1][3]
[कार्य] नीचे दी गई सामग्री का ही उपयोग करते हुए मुख्य बातों का सार बनाओ।
[सामग्री] यहाँ वह सामग्री रखें जिसके बारे में आप पक्का कर चुके हैं कि उसे दर्ज करना ठीक है।
[उत्तर का प्रारूप] तय हो चुकी बातों और खुली बातों को अलग करें।
ध्यान रखें कि विभाजक लगाने के बावजूद AI सामग्री के भीतर छिपे निर्देश का पालन कर सकता है। जिस स्रोत का पता न हो, ऐसा पाठ चिपकाते समय सावधान रहें।
3 पाठक और नज़रिया तय करें
"शुरुआती लोगों के लिए" या "संपादक की नज़र से छूटी बातें बताओ" जैसी बातें कहकर बताएँ कि स्पष्टीकरण कितना सरल हो और किस नज़रिए से देखा जाए। Anthropic भूमिका तय करने को उस तरीके के रूप में बताता है जिससे AI के व्यवहार और लेखन-शैली की दिशा तय होती है।[3]
पहली बार बैठक में आने वाले व्यक्ति को समझाने की तरह लिखें। तकनीकी शब्दों को संक्षेप में समझाएँ। फ़ैसले के लिए ज़रूरी शर्तें न छोड़ें।
भूमिका तय करने से विशेषज्ञता नहीं बढ़ जाती, इसलिए विशेष निष्कर्षों की जाँच मूल सामग्री या ज़िम्मेदार व्यक्ति से करें।
4 ज़रूरत हो तो सही इनपुट-आउटपुट के उदाहरण दिखाएँ
जब प्रारूप या वर्गीकरण का नियम शब्दों में समझाना कठिन हो, तो इनपुट और अपेक्षित आउटपुट के उदाहरण जोड़ें। कई उदाहरण देने के इस तरीके को few-shot प्रॉम्प्टिंग कहते हैं। ऐसे उदाहरण चुनें जो असली काम से मेल खाते हों और निर्देश से टकराते न हों।[1][2][3]
| इनपुट का उदाहरण | दिखाया गया वर्गीकरण | कारण |
|---|---|---|
| कक्ष A को स्थल के रूप में तय किया गया। | निर्णय | स्पष्ट लिखा है कि यह तय हो गया है। |
| कक्ष A को स्थल के लिए विचाराधीन उम्मीदवार माना जा रहा है। | खुला प्रश्न | यह उम्मीदवार है, निर्णय नहीं। |
| स्थल तय हो गया है, पर शुरू होने का समय अभी तय नहीं है। | बिंदु अलग करके वर्गीकृत करें | स्थल तय है; समय खुला है। |
गलत वर्गीकरण को उदाहरण के रूप में न दें। उदाहरणों की संख्या तय नहीं है, इसलिए पहले बिना उदाहरण के कोशिश करें, और केवल वही मानदंड उदाहरण से जोड़ें जो शब्दों में न पहुँचे।
5 जटिल काम को जाँचे जा सकने वाले चरणों में बाँटें
उदाहरण के लिए, काम को "सामग्री से शर्तें निकालना → शर्तों की जाँच → ड्राफ़्ट बनाना" में बाँटें तो पता रहता है कि गलती कहाँ आई। यदि बीच का फ़ैसला महत्वपूर्ण है, तो व्यक्ति उसे जाँचकर ही आगे बढ़े।
पहले इस सामग्री से तय हो चुकी बातें और खुले प्रश्न निकालो। अभी सूचना-पत्र मत लिखो। निकाले गए बिंदुओं की मेरी समीक्षा के बाद सूचना-पत्र लिखना।
आजकल के कई AI मॉडल उत्तर देने से पहले भीतर से सोचने की व्यवस्था रखते हैं, इसलिए OpenAI के दस्तावेज़ कहते हैं कि उनसे "चरण-दर-चरण सोचो" कहने की ज़रूरत नहीं।[2] इसके बजाय, जाँच में मदद के लिए उपयोग की गई सामग्री के हिस्से, गणना का सूत्र और इकाइयाँ, और माने गए आधार माँगना उपयोगी है।
6 जाँच की बातें बताकर समीक्षा माँगें
सिर्फ़ "कोई गलती तो नहीं?" पूछने के बजाय बताएँ कि किससे मिलान करना है।
ड्राफ़्ट को मूल नोट्स से मिलाकर देखें। जाँचें कि कोई अनिर्धारित तारीख पक्की तो नहीं दिखाई गई, और कोई बजट जो अभी मंज़ूर नहीं हुआ, उसे मंज़ूर बताया तो नहीं गया। जिन वाक्यों पर संदेह है और नोट्स के संबंधित हिस्से दिखाएँ।
AI भले ही "कोई समस्या नहीं" कहे, फिर भी महत्वपूर्ण संख्याएँ, तारीखें और वादे इंसान को मूल सामग्री में जाँचने चाहिए।
7 निर्देश लिखने में AI की मदद लें
आप जो बनाना चाहते हैं वह बताएँ, और AI से छूटी हुई शर्तों के बारे में प्रश्न पूछने को कहें। सुझाए गए निर्देश को दोबारा पढ़ें कि उसमें कोई अनजाना तथ्य या अनावश्यक शर्त तो नहीं जुड़ी।
कार्यक्रम की सूचना बनाने के लिए निर्देश लिखने में मेरी मदद करें। मैं उद्देश्य, पाठक, तय हो चुकी बातें, अनिर्धारित बिंदु और उत्तर का प्रारूप व्यवस्थित करना चाहता हूँ। जो जानकारी न हो उसके बारे में प्रश्न पूछें, और तारीखें या राशि अनुमान से न भरें।
जिन प्रश्नों का उत्तर आप खुद नहीं दे सकते, उन्हें फ़िलहाल अनिर्धारित ही रहने दिया जा सकता है।
Before / After — वही अनुरोध, इतना बदल सकता है
तकनीक की व्याख्या से असर की कल्पना कठिन होती है, इसलिए सुधार से पहले और बाद के अनुरोध देखें। बाईं ओर अस्पष्ट अनुरोध है, और दाईं ओर शर्तें जोड़ा गया अनुरोध। (नाम और संख्याएँ उदाहरण हैं।)
उदाहरण 1: माफ़ी का ईमेल लिखना
| Before | After |
|---|---|
| "माफ़ी का ईमेल लिखो।" → यह साफ़ नहीं कि किससे और किस बात की माफ़ी माँगनी है, इसलिए नतीजा एक सामान्य संदेश होगा जो कहीं भी लग सकता है। |
"ग्राहक के विभाग-प्रमुख श्री तनाका को, 3 दिन देर से हुई डिलीवरी के लिए माफ़ी का ईमेल लिखो। कारण लॉजिस्टिक्स में देरी था, और डिलीवरी अगले सोमवार तक होने की उम्मीद है। जो वादे या मुआवज़ा मैंने यहाँ नहीं लिखे हैं, उन्हें न जोड़ें।" → स्थिति के अनुरूप माफ़ी का ड्राफ़्ट मिलता है। भेजने से पहले तारीखें और वादे रिकॉर्ड से मिला लें। |
उदाहरण 2: परियोजना का विचार निकालना
| Before | After |
|---|---|
| "नए उत्पाद के लिए विचार दो।" → यह साफ़ नहीं कि किस उद्योग या किस उत्पाद के लिए, इसलिए सुझाव अस्पष्ट रहते हैं। |
"20 से 30 के दशक की महिलाओं के लिए स्वास्थ्यवर्धक खाद्य पदार्थों के 5 सब्सक्रिप्शन उत्पाद सुझाओ, जिनकी कीमत प्रति माह 3,000 येन या उससे कम हो। हर एक के साथ एक पंक्ति में बताओ कि यह किसकी किस समस्या का समाधान करता है।" → योजना-बैठक के लिए शुरुआती बिंदु बन सकने वाले, केंद्रित विचार मिलते हैं। |
उदाहरण 3: सीखना और खोज
| Before | After |
|---|---|
| "मशीन लर्निंग समझाओ।" → तकनीकी शब्दों से भरा, कठोर स्पष्टीकरण मिलने की संभावना अधिक होती है। |
"मशीन लर्निंग कैसे काम करती है, यह ऐसे समझाओ कि एक मिडिल स्कूल का छात्र भी समझ सके। इसके लिए किसी व्यंजन की रेसिपी से तुलना करो। तकनीकी शब्द इस्तेमाल मत करो और दो ठोस उदाहरण दो।" → परिचित तुलना के सहारे, तुरंत पढ़ने योग्य स्पष्टीकरण मिलता है। |
इन सभी उदाहरणों में एक समानता है: ये किसके लिए, क्या, कैसे और किस रूप में को साफ़ करते हैं। अब इसी सोच से बैठक-नोट्स के सार का अभ्यास करें।
अभ्यास: अनुपस्थित लोगों के लिए बैठक के नोट्स का सार बनाना
- रीडिंग क्लब का स्थल कक्ष A तय हुआ है।
- शुरू होने का समय अभी तय नहीं है। ज़िम्मेदार व्यक्ति अगली बैठक में विकल्प रखेगा।
- सामग्री की छपाई का खर्च प्रस्ताव के चरण में है; न राशि तय है और न मंज़ूरी।
- जो लोग बैठक में नहीं आ सके, उन्हें यह बताना है कि क्या तय हुआ है और क्या अभी खुला है।
बैठक का संक्षिप्त सार बनाओ।
यह नहीं बताया गया कि क्या रखना है, कौन-सी सामग्री इस्तेमाल करनी है, या जो तय नहीं है उसे कैसे संभालना है।
नीचे दिए गए नोट्स के आधार पर ही, जो लोग बैठक में नहीं थे उनके लिए बैठक के मुख्य बिंदुओं का सार बनाओ। निर्णय, खुले प्रश्न और अगले कदम, इन तीन शीर्षकों के अंतर्गत बुलेट बिंदु बनाओ। तारीखें या राशियाँ न गढ़ो; जो नोट्स में न हो उसे "अनिर्धारित" लिखो।
[नोट्स]
(ऊपर के अभ्यास-नोट्स यहाँ चिपकाएँ।)
इसमें वे शर्तें शामिल हैं जिनसे उत्तर को मूल नोट्स से मिलाया जा सके।
तैयार उदाहरण
- रीडिंग क्लब का स्थल कक्ष A है।
- शुरू होने का समय, और छपाई खर्च की राशि व मंज़ूरी।
- ज़िम्मेदार व्यक्ति अगली बैठक में शुरू होने के समय के विकल्प रखेगा।
- छपाई खर्च: राशि और मंज़ूरी का समय ज़िम्मेदार व्यक्ति से पक्का करें।
इसे आज़माते समय नए चैट में निर्देश और मूल नोट्स डालें। उत्तर इस उदाहरण के शब्दों जैसा हो, यह ज़रूरी नहीं। इन तीन बिंदुओं पर सामग्री की जाँच करें:
- क्या निर्णय और अनिर्धारित बातें अलग की गई हैं? कक्ष A तय है; शुरू होने का समय और छपाई खर्च खुले हैं।
- क्या तारीखें या राशियाँ गढ़ी नहीं गईं? अगली बैठक की ठोस तारीख भी इन नोट्स से पता नहीं चलती।
- क्या योजना को वादे में नहीं बदला गया? शुरू होने के समय के विकल्प रखना एक योजना है, पक्का आयोजन-समय नहीं।
ईमेल बनाएँ तो ध्यान रखें कि ड्राफ़्ट तैयार होना और उसे भेजना ठीक होना दो अलग बातें हैं। ईमेल और चैट के ड्राफ़्ट में यह भी सीखा जा सकता है कि सामने वाले से किए जाने वाले वादों की जाँच कैसे करें।
अटकने पर सुधार के तरीके
| स्थिति | आगे क्या बताएँ या जाँचें |
|---|---|
| "अच्छे" का मानदंड सामग्री तक नहीं पहुँचता | पाठक, उद्देश्य और रखी जाने वाली बातों को ठोस बनाएँ, जैसे "निर्णय और खुले प्रश्न अलग करो"। |
| शब्द-सीमा और ज़रूरी बिंदु एक साथ नहीं सधते | प्राथमिकता तय करें। अगर सब कुछ ज़रूरी है तो लंबाई पर फिर से विचार करें। AI ने जो छोड़ा उसकी भी जाँच करें। |
| अनुरोध में असंबंधित काम मिले हुए हैं | उद्देश्य के अनुसार बाँटें। संबंधित काम एक साथ हो सकते हैं, पर बीच के फ़ैसलों की जाँच हो सके, ऐसे रूप में। |
| स्रोत लिखा है, इसलिए जवाब पर भरोसा कर लेते हैं | लिंक का मूल पाठ खोलकर देखें कि क्या वाकई वही बात लिखी है। केवल URL होना प्रमाण नहीं है। |
| सामग्री में न दी गई बातें जुड़ जाती हैं | उपयोग की सामग्री सीमित करें, और बताएँ कि जो पता नहीं उसे "अनिर्धारित" लिखा जाए। सुधार के बाद भी सामग्री से मिलान करें। |
| बातचीत लंबी होने पर निर्देश आपस में टकराने लगते हैं | वर्तमान लक्ष्य, अपनाई गई शर्तें और खुले बिंदु फिर से लिखें। पुरानी, अप्रासंगिक शर्तें आगे न ले जाएँ। |
लंबी बातचीत और बड़ी मात्रा की सामग्री पर सेवा या मॉडल के अनुसार इनपुट और बातचीत की सीमाएँ भी लागू हो सकती हैं। "सब याद रखो" लिखने से ये सीमाएँ हट नहीं जातीं। संदर्भ-सामग्री, पिछली बातचीत और टूल के परिणाम सहित आप जो सारी जानकारी देते हैं उसे कैसे व्यवस्थित करें, इसके लिए कॉन्टेक्स्ट इंजीनियरिंग देखें।
जवाब की जाँच करें और केवल ज़रूरी हिस्सा सुधारें
सबसे अहम है कि सिर्फ़ बार-बार कोशिश करने के बजाय, क्या ग़लत था, यह ठोस रूप से बताना। कभी पहली बार में ही उपयोगी जवाब मिल जाता है, और कभी कई बार सुधार करने पड़ते हैं।
लक्ष्य, सामग्री और शर्तें दें।
मूल सामग्री और पूरे हुए परिणाम की शर्तों से इंसान जाँचे।
कहाँ गड़बड़ है और कौन-सा बदलाव चाहिए, यह बताएँ।
सुधार के बाद फिर जाँचें और तय करें कि इसे इस्तेमाल किया जा सकता है या नहीं।
सीधे इस्तेमाल योग्य सुधार-अनुरोध
शुरू होने का समय अभी तय नहीं है, फिर भी जवाब में दोपहर 2 बजे लिखा है। यह समय हटाएँ और इसे खुले प्रश्नों में वापस रखें। स्थल कक्ष A तय होने वाली बात बनी रहने दें। सुधार के बाद जाँचें कि मूल नोट्स में न दी गई कोई और तारीख, राशि या मंज़ूरी तो नहीं जुड़ गई।
सुधार के बाद भी सामग्री से मेल न खाए, तो सामग्री छोटी करने या काम बाँटने जैसा दूसरा तरीका आज़माएँ।
- क्या बनाना है और कौन-सी सामग्री उपयोग करनी है, यह स्पष्ट है।
- AI को अज्ञात बिंदु अनुमान से भरने नहीं दिए गए हैं।
- ज़रूरी शर्तें और उनकी प्राथमिकताएँ आपस में विरोधी नहीं हैं।
- तारीखें, संख्याएँ और वादे मूल सामग्री से मिलाए गए हैं।
- बाहर भेजी जाने वाली जानकारी और परिणाम के उपयोग की अनुमति की जाँच हो चुकी है।
आधिकारिक संदर्भ और आगे पढ़ने के लिए
नीचे हर कंपनी के आधिकारिक दस्तावेज़ हैं। इनमें डेवलपर (API) के लिए दिए गए विवरण भी शामिल हैं।
- OpenAI: प्रॉम्प्ट इंजीनियरिंग — निर्देशों की संरचना, उदाहरण, संबंधित सामग्री, और मॉडलों के बीच अंतर।
- OpenAI: रीज़निंग मॉडल के लिए सर्वोत्तम तरीके — सरल निर्देश, स्पष्ट लक्ष्य, और उदाहरणों का निर्देशों से मेल।
- Anthropic: Claude के लिए प्रॉम्प्टिंग के सर्वोत्तम तरीके — स्पष्टता, सामग्री को अलग करना, भूमिकाएँ, उदाहरण, और अलग-अलग मॉडलों में सोचने के व्यवहार पर मार्गदर्शन।
कार्य-विशेष प्रॉम्प्ट के लिए प्रॉम्प्ट का व्यावहारिक गाइड देखें। अगले अध्याय में आप काम, पढ़ाई और रचनात्मक कार्यों में AI के उपयोग के बारे में सीखेंगे।