कोई जादुई वाक्यांश नहीं है। कोई छिपा हुआ कमांड किसी लार्ज लैंग्वेज मॉडल को भविष्यवक्ता नहीं बना सकता, और कोई गुप्त प्रीफ़िक्स Claude को अचानक आपके व्यवसाय को आपसे बेहतर समझने में मदद नहीं करेगा। प्रॉम्प्ट इंजीनियरिंग किसी कोड को क्रैक करने के बारे में नहीं है। यह एक अत्यधिक सक्षम सहयोगी के साथ स्पष्ट रूप से संवाद करने का अनुशासन है, जिसने इंटरनेट के विशाल हिस्सों को पढ़ा है लेकिन वह आपसे कभी मिला नहीं है, आपके कार्यालय को नहीं देखा है, या आपके उत्पाद के बारे में नहीं सुना है। Claude को अपने पहले दिन के एक स्मार्ट नए कर्मचारी की तरह समझें। वे मदद करने के लिए उत्सुक हैं, लेकिन यदि आप अस्पष्ट निर्देश देते हैं, तो आपको अस्पष्ट परिणाम ही मिलेंगे। यहाँ भी वही नियम लागू होता है जो किसी भी कार्यालय में होता है: जैसा इनपुट, वैसा आउटपुट (garbage in, garbage out)।
Claude को एक नए कर्मचारी की तरह समझें
कल्पना कीजिए कि आप एक प्रतिभाशाली कॉन्ट्रैक्टर को काम पर रख रहे हैं। आप पहले ही दिन जाकर कभी यह नहीं कहेंगे, "वेबसाइट ठीक कर दो," और फिर वहां से चले जाएंगे। वह निर्देश बेकार है। कौन सा पेज? क्या टूटा है? दर्शक कौन हैं? सफलता कैसी दिखेगी? फिर भी लोग हर दिन AI के संदर्भ में "वेबसाइट ठीक कर दो" टाइप करते हैं और आश्चर्य करते हैं कि आउटपुट लक्ष्य से चूक क्यों गया।
यह मानकर चलें कि Claude को आपकी विशिष्ट स्थिति के बारे में शून्य संदर्भ (zero context) है। वह व्याकरण, कोडिंग पैटर्न और इतिहास जानता है, लेकिन वह आपकी कंपनी का लहजा (tone), आपके ग्राहकों की समस्याएँ (pain points), या आपके कानूनी प्रतिबंधों को नहीं जानता जब तक कि आप उन्हें विस्तार से न बताएं। अच्छा प्रॉम्प्टिंग वास्तव में अच्छा प्रबंधन है। आप सीमाएं निर्धारित कर रहे हैं, दर्शकों को परिभाषित कर रहे हैं, और डिलिवरेबल (deliverable) को स्पष्ट कर रहे हैं। यदि आप इसे अच्छी तरह से करते हैं, तो मॉडल का मौजूदा ज्ञान अचानक उपयोगी हो जाता है।
एक ठोस प्रॉम्प्ट के पाँच भाग
प्रत्येक पेशेवर प्रॉम्प्ट में पाँच अलग-अलग तत्व होने चाहिए। आपको प्रत्येक के लिए निबंध लिखने की आवश्यकता नहीं है, लेकिन एंटर दबाने से पहले आपको उन सभी पर ध्यान देना चाहिए।
भूमिका (Role)
मॉडल को बताएं कि वह कौन है। यह शब्दावली, दृष्टिकोण और प्राथमिकता को आकार देता है। "आप एक तकनीकी संपादक हैं" काम करता है, लेकिन "आप एक तकनीकी संपादक हैं जो उन फिनटेक डेवलपर्स के लिए API डॉक्यूमेंटेशन को सरल बनाते हैं जो ब्लॉकचेन में नए हैं" कहीं बेहतर काम करता है। व्यक्तित्व (persona) जितना विशिष्ट होगा, आउटपुट उतना ही सटीक होगा।
संदर्भ (Context)
परिदृश्य को समझाएं। इसे कौन पढ़ रहा है? लक्ष्य क्या है? अस्पताल प्रशासकों के लिए साइबर सुरक्षा पर एक ब्लॉग पोस्ट का लहजा उन किशोर गेमर्स के लिए लिखे गए पोस्ट से बिल्कुल अलग होना चाहिए। संदर्भ में जोखिम (stakes) भी शामिल हैं। क्या आप विचार-मंथन (brainstorming) कर रहे हैं, या यह अंतिम ड्राफ्ट है जो लाइव होने वाला है?
कार्य (Task)
सटीक क्रियाओं (verbs) का उपयोग करें। "सुधारें," "बढ़ाएं," या "बेहतर बनाएं" जैसे अस्पष्ट शब्दों से बचें। इनका कोई अर्थ नहीं है। इसके बजाय, लिखें: "ट्रांसक्रिप्ट को 20 शब्दों से कम के तीन बुलेट पॉइंट्स में सारांशित करें।" या: "इस फंक्शन को async/await का उपयोग करने के लिए रिफैक्टर करें और टाइमआउट के लिए एरर हैंडलिंग जोड़ें।" कार्य आपका आदेश है, इसलिए इसे एक आदेश बनाएं, न कि केवल एक इच्छा।
प्रारूप (Format)
Claude के लिखना शुरू करने से पहले उत्तर का आकार निर्धारित करें। क्या आपको क्रमांकित सूची, एक मार्कडाउन टेबल, वैध JSON, विषय पंक्ति के साथ एक ईमेल, या एक कानूनी ब्रीफ चाहिए? यदि आपको विशिष्ट कॉलम के साथ तुलना तालिका चाहिए, तो उनके नाम लिखें। यदि आप आउटपुट को कमेंट्स के साथ एक कोड ब्लॉक में चाहते हैं, तो वैसा ही कहें। प्रारूपण निर्देश आपको तब टेक्स्ट का ढेर मिलने से बचाते हैं जब आपको संरचित डेटा (structured data) की आवश्यकता होती है।
सीमाएं (Constraints)
उन चीजों की सूची बनाएं जिनसे बचना है। इसमें लहजा, लंबाई, वर्जित शब्द और वर्जित विषय शामिल हैं। उदाहरण के लिए: "प्रतिक्रिया को 150 शब्दों से कम रखें। संवादात्मक लहजे का उपयोग करें। 'synergy' शब्द का प्रयोग न करें। ऐसे समाधान सुझाने से बचें जिनके लिए $500 से अधिक के बजट की आवश्यकता हो।" सीमाएं सुरक्षा घेरे (guardrails) की तरह होती हैं। मॉडल उन्हें अच्छी तरह से संभालता है, लेकिन तभी जब आप उन्हें स्पष्ट रूप से बताते हैं।
बेहतर परिणामों के लिए चार तकनीकें
एक बार जब आप बुनियादी बातें सीख जाते हैं, तो आप कुछ उन्नत तरीकों से अपने दृष्टिकोण को परिष्कृत कर सकते हैं। इनमें से किसी के लिए भी विशेष प्रशिक्षण की आवश्यकता नहीं है। ये केवल आपके सोचने के तरीके को व्यवस्थित करने के तरीके हैं ताकि मॉडल उसका अनुसरण कर सके।
जटिल कार्य को चरणों में विभाजित करें
एक ही बार में सब कुछ न मांगें। यदि आपको एक मार्केटिंग अभियान की आवश्यकता है, तो दर्शकों के विश्लेषण से शुरुआत करें। उस आउटपुट की समीक्षा करें, फिर मैसेजिंग के लिए पूछें। फिर चैनल चयन के लिए पूछें। यह चरणबद्ध दृष्टिकोण आपको शुरुआती स्तर पर ही गलतियों को पकड़ने में मदद करता है। यह मॉडल को एक ही बार में दस प्रतिस्पर्धी आवश्यकताओं को संतुलित करने की कोशिश में उलझने से भी रोकता है। कोडिंग कार्यों के लिए, पहले आर्किटेक्चर के लिए पूछें, फिर कार्यान्वयन (implementation) के लिए, और फिर परीक्षण (tests) के लिए। प्रत्येक चरण पिछले चरण पर आधारित होता है, और आप नियंत्रण में रहते हैं।
तर्क (reasoning) मांगें
Chain-of-thought prompting का सीधा सा अर्थ है Claude से अंतिम उत्तर देने से पहले अपना तर्क दिखाने के लिए कहना। "अपने तर्क को चरण-दर-चरण समझाएं, फिर अपना निष्कर्ष दें" जैसे वाक्यांश तर्क संबंधी समस्याओं (logic problems), गणित और कोडिंग डिबगिंग के लिए चमत्कारिक रूप से काम करते हैं। जब आप देख सकते हैं कि मॉडल किसी उत्तर तक कैसे पहुँचा, तो आप उस सटीक क्षण को पहचान सकते हैं जब उसने किसी आवश्यकता को गलत समझा या डेटासेट से गलत मान (value) लिया। यह एक ब्लैक बॉक्स को ऐसी चीज़ में बदल देता है जिसका आप ऑडिट कर सकते हैं।
जानकारी को अलग करने के लिए XML टैग का उपयोग करें
जब किसी प्रॉम्प्ट में टेक्स्ट के बड़े ब्लॉक होते हैं, तो मॉडल स्रोत सामग्री और निर्देशों के बीच भ्रमित हो सकता है। अलग-अलग सेक्शन को <context>, <task>, या <example> जैसे टैग्स में लपेटें (wrap करें)। उदाहरण के लिए:
यह संरचना एक दस्तावेज़ में हेडर की तरह काम करती है। यह मॉडल को आपकी बैकग्राउंड जानकारी को गलती से कार्य (task) का हिस्सा मानने से रोकती है, और यह लंबे प्रॉम्प्ट्स को बाद में एडिट करना आपके लिए आसान बनाती है।
केवल बताएं नहीं, बल्कि दिखाएं
Few-shot prompting का अर्थ है उस शैली या फॉर्मेट के दो से चार उदाहरण देना जिसे आप चाहते हैं। मॉडल पैटर्न-मैचिंग इंजन होते हैं। वे अक्सर घने विवरणों की तुलना में उदाहरणों से तेज़ी से सीखते हैं। यदि आप मीटिंग नोट्स को एक्शन आइटम्स में बदलना चाहते हैं, तो कच्चे नोट्स (raw notes) के दो उदाहरण पेस्ट करें और उसके बाद वह सटीक स्ट्रक्चर्ड आउटपुट दें जिसकी आप अपेक्षा करते हैं। Claude नए इनपुट पर पैटर्न को आश्चर्यजनक सटीकता के साथ मैच करेगा। दस वाक्यों में फॉर्मेट का वर्णन करना आमतौर पर तीन साफ उदाहरण दिखाने की तुलना में कम प्रभावी होता है।
एक तैयार टेम्पलेट (Ready-to-Use Template)
यदि आप एक खाली प्रॉम्प्ट बॉक्स को देख रहे हैं, तो इस ढांचे (skeleton) का उपयोग करें। हर ब्रैकेट को भरें, भले ही उत्तर छोटा हो।
Role: [विशिष्ट भूमिका और प्रासंगिक विशेषज्ञता डालें] Context: [बैकग्राउंड, दर्शक और लक्ष्य डालें] Task: [एक मजबूत क्रिया (verb) का उपयोग करके सटीक कार्य डालें] Format: [वांछित संरचना डालें: सूची, तालिका, निबंध, JSON, आदि] Constraints: [लहजा, लंबाई, प्रतिबंधित शब्द, या बचने योग्य विषय डालें]
यहाँ इसका भरा हुआ रूप दिया गया है:
Role: आप एक B2B पेरोल स्टार्टअप में प्रोडक्ट मार्केटिंग मैनेजर हैं। Context: हम एक ऐसा फीचर लॉन्च कर रहे हैं जो मिड-मार्केट कंपनियों के लिए स्टेट टैक्स फाइलिंग को ऑटोमेट करता है। दर्शक वे HR डायरेक्टर हैं जो कंप्लायंस पेपरवर्क में दबे हुए हैं। लक्ष्य उन्हें डेमो बुक करने के लिए प्रेरित करना है। Task: 120 शब्दों का एक ईमेल लिखें जो मैन्युअल फाइलिंग की समस्या से शुरू हो और 15 मिनट की कॉल शेड्यूल करने के सौम्य अनुरोध के साथ समाप्त हो। Format: Subject line, दो छोटे बॉडी पैराग्राफ, और एक कॉल-टू-एक्शन बटन लेबल। Constraints: "synergy" या "bandwidth" जैसे भारी शब्दों (jargon) का प्रयोग न करें। लहजा पेशेवर लेकिन गर्मजोशी भरा हो। विस्मयादिबोधक चिह्न (!) का प्रयोग न करें।
वह प्रॉम्प्ट Claude को वह सब कुछ देता है जिसकी उसे आवश्यकता है। परिणाम एकदम सटीक नहीं होगा, लेकिन यह शून्य से फिर से लिखने के बजाय एडिट करने के लिए पर्याप्त करीब होगा।
मुख्य निष्कर्ष
आपको हर एक अनुरोध के लिए पांच भागों वाली उत्कृष्ट कृति बनाने की आवश्यकता नहीं है। "दाल के लिए एक अच्छी रेसिपी क्या है?" पूछने के लिए किसी भूमिका या XML टैग की आवश्यकता नहीं होती है। लेकिन जब आउटपुट मायने रखता है, जब कार्य जटिल होता है, या जब आपको लगातार तीन खराब उत्तर मिले हों, तो इस चेकलिस्ट का पालन करें। अधिकांश विफल प्रॉम्प्ट इसलिए विफल होते हैं क्योंकि इंसान अभी भी अपने विचारों को स्पष्ट रूप से व्यवस्थित नहीं कर पाया होता है। यह तय करने के लिए तीस सेकंड लें कि आप वास्तव में क्या चाहते हैं, यह किसके लिए है, और यह कैसा दिखना चाहिए। यह सोच पहले ही कर लें, और आप प्रतिक्रिया को ठीक करने में बहुत कम समय बिताएंगे। स्पष्ट निर्देश स्पष्ट परिणाम देते हैं। बाकी सब केवल शोर है।