उदाहरण

प्रॉम्प्ट इंजीनियरिंग के 20 उदाहरण, पहले और बाद में

सितंबर 2026 में अपडेट · पढ़ने में लगभग 12 मिनट

निराश करने वाले और काम करने वाले प्रॉम्प्ट में अक्सर सिर्फ़ संदर्भ के दो वाक्यों और एक सीमा का फर्क होता है। यहां बीस जोड़े हैं: लोग जैसा सच में टाइप करते हैं और जिस रूप से काम का जवाब मिलता है, हर बार बदलाव की जानकारी के साथ।

इन्हें कैसे पढ़ें

नीचे हर जोड़े में एक ही अनुरोध दो बार है: लोग जैसा सच में टाइप करते हैं और जिस रूप से काम का जवाब मिलता है। हर जोड़े के नीचे एक पंक्ति में बदलाव बताया गया है। मकसद बीस प्रॉम्प्ट जमा करना नहीं, उन्हीं चार-पांच तरीकों को बीस बार लागू होते देखना है, जब तक वे आदत न बन जाएं।

इन्हीं तरीकों पर प्रॉम्प्ट इंजीनियरिंग की पूरी गाइड है: मॉडल को भूमिका दें, वह संदर्भ दें जिसे वह खुद नहीं समझ सकता, एक खास काम, वास्तविक सीमाएं और मनचाहा फ़ॉर्मैट बताएं। नीचे इन्हें पहचानें।

ईमेल और मैसेज

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 शब्दों से कम।

क्या बदला: पाठक को उसके मौजूदा ज्ञान के आधार पर बताया गया। जब तक यह न बताएं कि पूछ कौन रहा है, "X समझाएं" का कोई एक सही जवाब नहीं होता।

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]

क्या बदला: वाद्ययंत्र, रिकॉर्डिंग का अंदाज़ और रफ़्तार। “उदास पियानो” सिर्फ़ एक भाव बताता है। बाकी बातें ही उसे सामान्य संगीत से अलग एक ख़ास रिकॉर्डिंग बनाती हैं।

इन बीसों में क्या समान है

सिर्फ़ “बाद में” वाला कॉलम पढ़ें। वही कुछ तरीके बार-बार नज़र आते हैं:

इसके लिए कोई ढांचा याद करना ज़रूरी नहीं। भेजने से पहले बस यह देखें: आपने काम तो बताया, पर स्थिति नहीं बताई।

बीस उदाहरण, या एक कुंजी

Prompt AI Keyboard आपके लिखे टेक्स्ट में भूमिका, संदर्भ, शर्तें और फ़ॉर्मैट जोड़ता है, उस टूल के मुताबिक जिसके लिए आप लिख रहे हैं। आपको मौजूदा ऐप छोड़ना नहीं पड़ता। यह व्याकरण भी सुधारता है, लहजा बदलता है, अनुवाद करता है और आपकी बोली हुई बात लिखता है।

अक्सर पूछे जाने वाले सवाल

प्रॉम्प्ट का अच्छा उदाहरण कैसा होता है?

वह जो एक ही अनुरोध दो बार दिखाए और बताए कि क्या बदला। अकेला प्रॉम्प्ट ऐसा टेम्पलेट है जिसे आप अपने हिसाब से नहीं बदलेंगे। पहले और बाद का जोड़ा तरीका सिखाता है, जिसे आप अपने काम में लागू कर सकते हैं।

सबसे अच्छे प्रॉम्प्ट में क्या समान होता है?

एक खास जानकारी जो किसी और के पास न हो, पाठक का साफ़ ज़िक्र, क्या न करना है इसकी कम से कम एक सीमा, गढ़ने के बजाय कुछ न कहने की अनुमति और जवाब का तय ढांचा। ज़्यादातर कमज़ोर प्रॉम्प्ट काम बताते हैं और स्थिति छोड़ देते हैं।

क्या ये प्रॉम्प्ट उदाहरण ChatGPT, Claude और Gemini में काम करते हैं?

हां। यहां सब किसी भी मॉडल में काम करता है, क्योंकि पांचों बुनियादी चीज़ें हर मॉडल के लिए हैं। हर मॉडल के फर्क इनके ऊपर आते हैं: Claude अधिक व्यवस्थित ढांचे पर अच्छा काम करता है, Gemini बहुत लंबी सामग्री और साफ़ बताए गए जवाब के फ़ॉर्मैट पर, और तस्वीर व संगीत मॉडल को वाक्यों के बजाय भरपूर वर्णन वाले वाक्यांश चाहिए।