प्रॉम्प्ट इंजीनियरिंग के 20 उदाहरण, पहले और बाद में
निराश करने वाले और काम करने वाले प्रॉम्प्ट में अक्सर सिर्फ़ संदर्भ के दो वाक्यों और एक सीमा का फर्क होता है। यहां बीस जोड़े हैं: लोग जैसा सच में टाइप करते हैं और जिस रूप से काम का जवाब मिलता है, हर बार बदलाव की जानकारी के साथ।
इन्हें कैसे पढ़ें
नीचे हर जोड़े में एक ही अनुरोध दो बार है: लोग जैसा सच में टाइप करते हैं और जिस रूप से काम का जवाब मिलता है। हर जोड़े के नीचे एक पंक्ति में बदलाव बताया गया है। मकसद बीस प्रॉम्प्ट जमा करना नहीं, उन्हीं चार-पांच तरीकों को बीस बार लागू होते देखना है, जब तक वे आदत न बन जाएं।
इन्हीं तरीकों पर प्रॉम्प्ट इंजीनियरिंग की पूरी गाइड है: मॉडल को भूमिका दें, वह संदर्भ दें जिसे वह खुद नहीं समझ सकता, एक खास काम, वास्तविक सीमाएं और मनचाहा फ़ॉर्मैट बताएं। नीचे इन्हें पहचानें।
ईमेल और मैसेज
1. मीटिंग से मना करना
मीटिंग में शामिल होने से मना करने वाला ईमेल लिखें
एक ग्राहक की 90 मिनट की वर्कशॉप का निमंत्रण ठुकराने वाला छोटा जवाब लिखें। इस ग्राहक को बनाए रखना है। मना करने की वजह व्यस्तता नहीं, बल्कि एजेंडा मेरी टीम के प्रभाव के बाहर होना है। एक विकल्प दें: फैसले की ज़िम्मेदारी वाले व्यक्ति के साथ 20 मिनट की कॉल। अपनापन हो, माफ़ी वाला लहजा नहीं, 80 शब्दों से कम, कोई विस्मयादिबोधक चिह्न नहीं।
2. बकाया इनवॉइस की याद दिलाना
इनवॉइस के बारे में विनम्रता से याद दिलाएं
4,200 यूरो के इनवॉइस पर दूसरा याद दिलाने वाला ईमेल लिखें। भुगतान 18 दिन से बकाया है। इस ग्राहक के साथ दो साल से काम कर रहे हैं और संबंध बनाए रखना चाहते हैं। पहले रिमाइंडर का जवाब नहीं आया। लहजा दृढ़ हो, छिपा हुआ ताना न हो, अभी मामला आगे बढ़ाने की धमकी न दें। एक सीधा सवाल पूछें जिसका जवाब देना पड़े। 90 शब्दों से कम।
3. सहकर्मी से काम दोबारा करने को कहना
किसी को उसका काम दोबारा करने की ज़रूरत बताने में मदद करें
मेरी टीम के डिज़ाइनर को Slack मैसेज का मसौदा लिखें। उनकी दी हुई स्क्रीन काम के विवरण से अलग समस्या सुलझाती हैं। काम अच्छा है, समस्या गलत है। इसमें मेरी भी गलती है क्योंकि विवरण अस्पष्ट था। मुझे स्क्रीन इसी हफ्ते दोबारा चाहिए। विवरण की ज़िम्मेदारी लें, साफ़ बताएं क्या गलत है, बात इतनी नरम न करें कि अस्पष्ट हो जाए। ज़्यादा से ज़्यादा चार वाक्य।
4. ग्राहक को देरी बताना
देरी के लिए माफ़ी लिखें
उपयोगकर्ताओं को ऐप में दिखाने वाला संदेश लिखें कि मार्च के लिए घोषित सुविधा अब मई में आएगी। वजह: टेस्टिंग में डेटा खोने वाला बग मिला है और उसे अनदेखा करके रिलीज़ नहीं करेंगे। पाठक: वे लोग जो इंतज़ार कर रहे हैं और सार्वजनिक रूप से कह भी चुके हैं। नई तारीख से शुरू करें, एक वाक्य में असली वजह दें, कॉर्पोरेट टालमटोल नहीं, "आपके धैर्य की सराहना करते हैं" नहीं। 70 शब्दों से कम।
लेखन और संपादन
5. पैराग्राफ़ छोटा करना
इसे छोटा करें
नीचे के पैराग्राफ़ की लंबाई लगभग आधी करें। हर तथ्य और आंकड़ा रखें। क्रियाविशेषण, हिचकिचाहट और पिछले वाक्य को दोहराने वाला कोई भी वाक्य हटाएं। मेरे शब्दों को ज़्यादा औपचारिक शब्दों से न बदलें और संक्षिप्त शब्दरूप रखें। सिर्फ़ छोटा किया रूप दिखाएं।
6. परिचय को इंसान जैसा बनाना
मेरा LinkedIn परिचय लिखें, मैं बैकएंड डेवलपर हूं
मेरे लिए LinkedIn सारांश लिखें। बैकएंड डेवलपर, 6 साल का अनुभव, ज़्यादातर Go और Postgres, अभी मध्यम आकार की फ़िनटेक में पेमेंट इंफ़्रास्ट्रक्चर मेरी ज़िम्मेदारी है। मेरा असली हुनर धीमे सिस्टम को तेज़ और बिना झंझट वाला बनाना है। पाठक: नियुक्ति के फैसले लेने वाले मैनेजर, रिक्रूटर नहीं। “मैं” का इस्तेमाल करते हुए तीन छोटे पैराग्राफ़, "जुनूनी" नहीं, "नतीजों पर केंद्रित" नहीं, विशेषणों की सूची के बजाय एक ठोस उदाहरण।
7. नोट्स को पढ़ने लायक बनाना
इन मीटिंग नोट्स को व्यवस्थित करें
नीचे ग्राहक की कॉल से मेरे कच्चे नोट्स हैं। उन सहकर्मियों के लिए सारांश बनाएं जो कॉल में नहीं थे। ढांचा: उन्हें क्या चाहिए, अभी उसकी जगह क्या कर रहे हैं, बदलने के लिए कौन-सी शर्तें पूरी होनी चाहिए और अनसुलझे सवाल। नोट्स से बाहर कुछ न जोड़ें। कुछ अस्पष्ट हो तो अनुमान लगाने के बजाय अनसुलझे सवालों में रखें।
शोध और सीखना
8. सही स्तर पर समझाना
Kubernetes समझाएं
ऐसे बैकएंड डेवलपर को समझाएं कि Kubernetes असल में क्या करता है जिसने Docker Compose से सेवाएं रिलीज़ की हैं लेकिन कभी ऑर्केस्ट्रेटर इस्तेमाल नहीं किया। आर्किटेक्चर के बजाय उस समस्या से शुरू करें जिसे यह सुलझाता है। पूरे जवाब में एक ही उदाहरण इस्तेमाल करें। जो बातें सिर्फ़ 50 से ज़्यादा सेवाओं पर चाहिए, उन्हें छोड़ दें। 400 शब्दों से कम।
9. दो विकल्पों की तुलना
Postgres बनाम MongoDB, कौन बेहतर है
हम अपॉइंटमेंट बुकिंग उत्पाद बना रहे हैं: बहुत सारे रिलेशनल रीड, मज़बूत कंसिस्टेंसी की ज़रूरत, दो लोगों की टीम जिसे SQL का अनुभव है लेकिन NoSQL का नहीं। इस खास मामले के लिए Postgres और MongoDB की तालिका में तुलना करें: डेटा मॉडल का मेल, कंसिस्टेंसी, दो लोगों पर संचालन का बोझ और भर्ती। फिर दो वाक्यों में एक की सलाह दें और अपने चुनाव के खिलाफ सबसे मज़बूत तर्क बताएं।
10. ऐसी पढ़ाई की योजना जिसे आप निभाएं
स्पैनिश सीखने में मदद करें
मेरे लिए स्पैनिश की 12 हफ्ते की योजना बनाएं। शुरुआती स्तर: मेनू पढ़ना और धीमी बातचीत समझना मुझे आता है, पर बोलने की बारी आए तो शब्द अटक जाते हैं। कामकाजी दिनों में 30 मिनट, रविवार को एक घंटा। लक्ष्य: क्रिसमस पर अपने साथी के परिवार से अंग्रेज़ी में बदले बिना 10 मिनट बात कर सकूं। बोलने पर ज़्यादा ज़ोर दें। पहला हफ्ता पूरी जानकारी के साथ और बाकी 11 हफ्ते एक-एक पंक्ति में दें।
योजना और फैसले
11. असली फैसले को परखना
क्या मुझे नौकरी का ऑफ़र स्वीकार करना चाहिए
नौकरी के ऑफ़र पर सोचने में मदद करें। अभी: सीनियर डेवलपर, स्थिर नौकरी, बोरियत, अच्छी टीम। ऑफ़र: 30 लोगों के स्टार्टअप में स्टाफ़ भूमिका, 15% ज़्यादा वेतन, 18 महीने चलने लायक धन, इंटरव्यू में पसंद आया मैनेजर। मेरे ऊपर घर का लोन है, कोई और आश्रित नहीं। फैसले से पहले वे बातें सूची में दें जो मुझे पता करनी चाहिए और शायद मैंने नहीं पूछी हैं। फिर दोनों पक्षों के दो सबसे मज़बूत तर्क दें। सलाह न दें, मुझे सवाल चाहिए, जवाब नहीं।
12. मुश्किल बातचीत की तैयारी
वेतन बढ़ाने के लिए कैसे कहूं
वेतन बढ़ाने की बातचीत के लिए मुझे तैयार करें। दो वेतन सर्वे के अनुसार मेरी भूमिका का वेतन बाज़ार से 20% कम है। मैं तीन साल से यहां हूं और मैंने वह माइग्रेशन संभाला जिससे इंफ़्रास्ट्रक्चर का बिल एक तिहाई घटा। मेरे मैनेजर सहयोगी हैं लेकिन बजट उनके हाथ में नहीं है। दें: शुरुआत की एक पंक्ति, दो सबसे संभावित आपत्तियां और हर एक का जवाब, और वह वाक्य जो मुझे नहीं कहना चाहिए।
13. लक्ष्य को एक हफ्ते के काम में बदलना
ज़्यादा प्रोडक्टिव बनने में मदद करें
मुझे एक साइड प्रोजेक्ट रिलीज़ करना है जिसके अभी कोई उपयोगकर्ता नहीं हैं। मेरे पास कामकाजी दिनों की शामों में मिलाकर लगभग 8 घंटे हर हफ्ते हैं। मेरी नाकामी का पैटर्न यह है कि लोगों से बात करने की जगह लैंडिंग पेज दोबारा बनाने में लगे रहना। एक हफ्ते के ठोस काम समय के साथ दें, जिस काम से बचना हो रहा है उस पर ज़्यादा ज़ोर हो। बचने की आदत रोकने का एक नियम भी दें।
कोड
14. बग ढूंढना
मेरा कोड धीमा क्यों है
यह एंडपॉइंट लगभग 2,000 पंक्तियों की सूची पर 4 सेकंड और 50 पंक्तियों पर 100ms से कम लेता है। Postgres, Go, कोई कैशिंग परत नहीं। मैंने जांच लिया है कि user_id वाला इंडेक्स इस्तेमाल हो रहा है। बढ़ती मात्रा पर समय के इस बदलाव के आधार पर तीन सबसे संभावित वजहें क्रम से दें। हर वजह की पुष्टि या उसे खारिज करने के लिए ठीक क्या मापना चाहिए, बताएं। अभी कोड दोबारा न लिखें।
15. असली कोड समीक्षा करवाना
मेरे कोड की समीक्षा करें
नीचे के फ़ंक्शन की समीक्षा ऐसे करें जैसे वह आपके सम्मानित सहकर्मी का पुल रिक्वेस्ट हो। प्राथमिकताएं क्रम से: एक साथ आने वाली कॉल में सही व्यवहार, फिर त्रुटियों को संभालना, फिर पढ़ने में आसानी। शैली और नामों को छोड़ें। हर समस्या के लिए पंक्ति, क्या बिगड़ता है और उसे पैदा करने वाला ठोस इनपुट दें। सच में कुछ गलत न हो तो जबरन समस्या ढूंढने के बजाय यही बताएं।
16. काम के टेस्ट लिखना
इस फ़ंक्शन के लिए यूनिट टेस्ट लिखें
नीचे के फ़ंक्शन के लिए तालिका पर आधारित टेस्ट लिखें। शामिल करें: खाली इनपुट, एक तत्व, दोहराई कुंजियां और लंबाई की सीमा पर मौजूद मान। तीन सामान्य चीज़ों वाला सीधा सफल केस छोड़ दें, वह कभी कुछ नहीं पकड़ता। सिर्फ़ स्टैंडर्ड लाइब्रेरी इस्तेमाल करें। हर केस का नाम इनपुट के बजाय उस व्यवहार पर रखें जिसकी वह पुष्टि करता है।
तस्वीरें और संगीत
17. सोच-समझकर बनाया पोर्ट्रेट
एक महिला का पोर्ट्रेट
भोर की पहली रोशनी में बंदरगाह की दीवार पर साठ से उनहत्तर साल की उम्र वाली, मौसम की मार झेल चुकी मछुआरिन, नमक जमे बरसाती कपड़े, हंसी की गहरी लकीरें, कैमरे के पार देखती हुई, उत्तरी अटलांटिक की बादलों वाली रोशनी, कम डेप्थ ऑफ़ फ़ील्ड, 85mm पोर्ट्रेट फ़ोटोग्राफ़, मद्धम नीले और जंग जैसे रंग --ar 4:5 --stylize 250
18. उत्पाद की तस्वीर
मेरी दुकान के लिए कॉफ़ी बैग की फ़ोटो
हल्के ओक की सतह पर खड़ा मैट क्राफ़्ट पेपर का कॉफ़ी बैग, सामने का लेबल कैमरे की ओर, बिखरे साबुत कॉफ़ी बीन्स, बाईं खिड़की से नरम रोशनी, एक हल्की छाया, साफ़ और सादगी भरी सज्जा, कम डेप्थ ऑफ़ फ़ील्ड, व्यावसायिक उत्पाद फ़ोटोग्राफ़ --ar 1:1 --style raw
19. ऐसी तस्वीर जिसमें शब्द होने चाहिए
भव्य शुभारंभ लिखा हुआ पोस्टर
पुराने लेटरप्रेस प्रिंट जैसा पोस्टर। ऊपर के एक-तिहाई हिस्से में मोटे, संकरे सेरिफ़ अक्षरों में “भव्य शुभारंभ”, नीचे छोटे सैन्स-सेरिफ़ अक्षरों में “शनिवार, 14 तारीख”। क्रीम रंग का कागज़ जिसकी बनावट साफ़ दिखे, गहरे लाल और काले रंग में दो-रंगी छपाई, दोनों रंगों की छपाई में हल्का-सा खिसकाव --ar 2:3
20. वैसा संगीत, जैसा आपके मन में बज रहा है
उदास पियानो वाला गाना
शैली: उदास नियो-क्लासिकल पियानो, पास रखे माइक्रोफ़ोन से रिकॉर्ड किया गया फेल्ट पियानो, कमरे की हल्की आवाज़, पीछे कभी-कभार सेलो, ड्रम नहीं, रफ़्तार में भाव के मुताबिक बदलाव, 62 BPM, निजी-सा एहसास और अंत में अधूरापन। गीत के बोल में संरचना के टैग: [Intro] [Verse] [Chorus] [Bridge] [Outro]
इन बीसों में क्या समान है
सिर्फ़ “बाद में” वाला कॉलम पढ़ें। वही कुछ तरीके बार-बार नज़र आते हैं:
- ऐसी ख़ास जानकारी, जो किसी और के पास नहीं होगी। €4,200 का बिल, 18 दिन, “धीमे सिस्टम को तेज़ और भरोसेमंद बनाना”। इन्हीं बारीकियों से जवाब सामान्य न रहकर आपकी ज़रूरत के मुताबिक बनता है।
- पाठक कौन है, यह साफ़ बताना। इनमें से आधे प्रॉम्प्ट सिर्फ़ इसलिए काम नहीं करते क्योंकि मॉडल नहीं जानता कि जवाब कौन पढ़ेगा।
- क्या नहीं करना है, इसकी शर्त। “आपके धैर्य के लिए धन्यवाद” न लिखें, क्रिया-विशेषण न जोड़ें, अभी कोड दोबारा न लिखें, सिफ़ारिश न करें। मना करने वाली ऐसी हिदायतों का इस्तेमाल बहुत कम होता है।
- जवाब न देने की छूट। “कुछ ग़लत नहीं है तो यही कहें”, “अंदाज़ा लगाने के बजाय इसे अनसुलझा सवाल लिखें”। अनिश्चितता बताने का तरीका न दें तो मॉडल खाली जगह पूरे भरोसे से भर देते हैं।
- जवाब का तय रूप। एक तालिका, चार वाक्य, पहले हफ़्ते का पूरा ब्योरा और बाकी हर हफ़्ते के लिए एक पंक्ति। फ़ॉर्मैट बता देने से दोबारा पूछने की ज़रूरत बचती है।
इसके लिए कोई ढांचा याद करना ज़रूरी नहीं। भेजने से पहले बस यह देखें: आपने काम तो बताया, पर स्थिति नहीं बताई।
बीस उदाहरण, या एक कुंजी
Prompt AI Keyboard आपके लिखे टेक्स्ट में भूमिका, संदर्भ, शर्तें और फ़ॉर्मैट जोड़ता है, उस टूल के मुताबिक जिसके लिए आप लिख रहे हैं। आपको मौजूदा ऐप छोड़ना नहीं पड़ता। यह व्याकरण भी सुधारता है, लहजा बदलता है, अनुवाद करता है और आपकी बोली हुई बात लिखता है।
अक्सर पूछे जाने वाले सवाल
प्रॉम्प्ट का अच्छा उदाहरण कैसा होता है?
वह जो एक ही अनुरोध दो बार दिखाए और बताए कि क्या बदला। अकेला प्रॉम्प्ट ऐसा टेम्पलेट है जिसे आप अपने हिसाब से नहीं बदलेंगे। पहले और बाद का जोड़ा तरीका सिखाता है, जिसे आप अपने काम में लागू कर सकते हैं।
सबसे अच्छे प्रॉम्प्ट में क्या समान होता है?
एक खास जानकारी जो किसी और के पास न हो, पाठक का साफ़ ज़िक्र, क्या न करना है इसकी कम से कम एक सीमा, गढ़ने के बजाय कुछ न कहने की अनुमति और जवाब का तय ढांचा। ज़्यादातर कमज़ोर प्रॉम्प्ट काम बताते हैं और स्थिति छोड़ देते हैं।
क्या ये प्रॉम्प्ट उदाहरण ChatGPT, Claude और Gemini में काम करते हैं?
हां। यहां सब किसी भी मॉडल में काम करता है, क्योंकि पांचों बुनियादी चीज़ें हर मॉडल के लिए हैं। हर मॉडल के फर्क इनके ऊपर आते हैं: Claude अधिक व्यवस्थित ढांचे पर अच्छा काम करता है, Gemini बहुत लंबी सामग्री और साफ़ बताए गए जवाब के फ़ॉर्मैट पर, और तस्वीर व संगीत मॉडल को वाक्यों के बजाय भरपूर वर्णन वाले वाक्यांश चाहिए।