आप अब तक Claude का गलत इस्तेमाल कर रहे थे। CLAUDE.md सब कुछ ठीक कर देता है। यहाँ जानें कैसे। 👇

Claude का उपयोग करने वाले अधिकांश लोगों ने इसके बारे में कभी सुना भी नहीं है।

जिन लोगों ने सुना है, वे नहीं जानते कि इसमें वास्तव में क्या डालें।

और यह अंतर लोगों को हर हफ्ते घंटों का समय खर्च करा रहा है। ⏰

यहाँ सच्चाई है — जब भी आप एक नया Claude सत्र खोलते हैं, यह शून्य स्मृति से शुरू होता है।

यह आपका नाम नहीं जानता। यह आपका काम नहीं जानता। यह आपकी प्राथमिकताएँ या आपको चीजें कैसे पसंद हैं, यह नहीं जानता।

तो आप पहले कुछ मिनट सब कुछ शुरू से समझाने में बिताते हैं। या फिर आप नहीं समझाते — और Claude आपको कुछ ऐसा देता है जो आपके वास्तविक काम करने के तरीके से बिल्कुल मेल नहीं खाता।

CLAUDE.md इसे स्थायी रूप से ठीक करता है। 💡

यहाँ वे सभी 21 निर्देश हैं जिनकी आपको इसे सही ढंग से सेट करने के लिए आवश्यकता है। 👇

पहला — यह केवल एक डेवलपर टूल नहीं है। 🔥

लेखक इसका उपयोग अपनी आवाज को स्थिर करने के लिए करते हैं ताकि Claude कभी किसी और जैसा न लगे। मार्केटर्स इसका उपयोग अपने दर्शकों को परिभाषित करने के लिए करते हैं ताकि Claude सामान्य कॉपी लिखना बंद कर दे। शोधकर्ता इसका उपयोग यह सेट करने के लिए करते हैं कि वे जानकारी को कैसे संरचित करना चाहते हैं। व्यवसाय के मालिक इसका उपयोग Claude को पूरी कंपनी का संदर्भ देने के लिए करते हैं ताकि हर आउटपुट उनकी वास्तविकता से मेल खाए।

CLAUDE.md के बिना — आप हर सत्र में शून्य से शुरू करते हैं। आप खुद को दोहराते हैं। आप वही गलतियाँ सुधारते हैं। आप सौवीं बार अपनी प्राथमिकताएँ समझाते हैं।

CLAUDE.md वह पहली चीज़ है जिसे आपको Claude के साथ कोई गंभीर काम शुरू करने से पहले सेट करना चाहिए। 🎯

इसे 2 मिनट में कैसे बनाएं ⚡

अपना प्रोजेक्ट फोल्डर खोलें और एक नई फ़ाइल बनाएँ। इसे बिल्कुल "CLAUDE.md" नाम दें — बड़े अक्षरों में, कोई स्पेस नहीं।

इसे किसी भी टेक्स्ट एडिटर में खोलें — Notepad, TextEdit, VS Code, जो भी आप उपयोग करते हैं। अपने निर्देश सीधे इस फ़ाइल में सादे टेक्स्ट में पेस्ट करें।

पहले 3 या 4 निर्देशों से शुरू करें जो आपकी सबसे बड़ी समस्याओं को हल करते हैं। फ़ाइल को सेव करें। जब भी आप उस फ़ोल्डर में एक सत्र खोलते हैं, Claude इसे स्वचालित रूप से पढ़ता है।

कोई सेटअप नहीं। कोई अतिरिक्त कदम नहीं। यह पहले संदेश से ही काम करता है। 💡

⚡ भाग 1: Claude आपसे कैसे बात करता है

1. फिलर को हमेशा के लिए खत्म करें। 🚫

Claude का डिफ़ॉल्ट हर प्रतिक्रिया को इस प्रकार शुरू करना है — "Great question!" "Of course!" "Certainly!" "Absolutely!" ऐसे वाक्यांश जो बिल्कुल कुछ नहीं जोड़ते और हर दिन आपका समय बर्बाद करते हैं।

एक निर्देश इसे स्थायी रूप से समाप्त करता है। हर प्रतिक्रिया सीधे उत्तर से शुरू होती है। कोई वार्मअप नहीं। मददगार होने का कोई प्रदर्शन नहीं। बस वही जो आपने माँगा — तुरंत।

"प्रतिक्रियाओं को कभी भी 'Great question!', 'Of course!', 'Certainly!' या इसी तरह के वार्मअप वाक्यांशों से शुरू न करें। हर प्रतिक्रिया को वास्तविक उत्तर से शुरू करें। कोई प्रस्तावना नहीं। बस जानकारी।"

1. हमेशा कार्रवाई से पहले विकल्प दिखाएँ। 🎯

Claude एक दृष्टिकोण चुनता है और डिफ़ॉल्ट रूप से उसी पर चलता है।

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

अब आप कुछ ऐसा सुधार रहे हैं जिसे आपने कभी बदलने के लिए नहीं कहा था। 😤

यह निर्देश इसे पूरी तरह से ठीक करता है। किसी भी महत्वपूर्ण कार्य से पहले, Claude आपको 2-3 तरीके दिखाता है जिनसे वह काम कर सकता है। आप दिशा चुनते हैं। उसके बाद जो आता है वह बिल्कुल वैसा ही होता है जैसा आप चाहते थे।

"किसी भी महत्वपूर्ण कार्य से पहले, हमेशा मुझे 2-3 संभावित दृष्टिकोण दिखाएँ। आगे बढ़ने से पहले मेरी पसंद की प्रतीक्षा करें।"

1. जब आपको नहीं पता हो तो ईमानदार रहें। 🔍

Claude अनिश्चितता स्वीकार करने से पहले एक आत्मविश्वासपूर्ण, विस्तृत, पूरी तरह से गलत उत्तर देगा।

यह प्रशंसनीय लगने वाली जानकारी से अंतराल भरता है — तिथियाँ, आँकड़े, उद्धरण, तथ्य — जो सच लगते हैं लेकिन हैं नहीं। आप उस जानकारी का उपयोग करते हैं और जब यह सबसे अधिक मायने रखता है तब समस्या सामने आती है।

यह निर्देश उस व्यवहार को स्थायी रूप से बदल देता है।

"यदि आप किसी तथ्य, आँकड़े, तिथि या उद्धरण के बारे में अनिश्चित हैं — तो इसे शामिल करने से पहले स्पष्ट रूप से कहें। 'मुझे इसके बारे में निश्चितता नहीं है' हमेशा एक अनुमान को तथ्य के रूप में प्रस्तुत करने से बेहतर है। प्रशंसनीय लगने वाली जानकारी से अंतराल को कभी न भरें।"

1. लंबाई को वास्तविक आवश्यकता के अनुसार मिलाएँ। 📏

Claude से एक सरल प्रश्न पूछें और वह चार पैराग्राफ लिखता है। कुछ जटिल पूछें और वह आपको एक ढाँचा देता है जो पूरा दिखता है लेकिन है नहीं।

दोनों ही बेकार हैं। प्रतिक्रिया की लंबाई कार्य की वास्तविक आवश्यकता के अनुरूप होनी चाहिए।

"प्रतिक्रिया की लंबाई को कार्य की जटिलता से मिलाएँ। सरल प्रश्नों के लिए छोटे सीधे उत्तर दें। जटिल कार्यों के लिए पूर्ण विस्तृत प्रतिक्रियाएँ दें। प्रतिक्रियाओं को कभी भी पुनर्कथन या समापन वाक्यों से न भरें जो आपने अभी कहा है उसे दोहराते हैं।"

⚡ भाग 2: Claude कैसे व्यवहार करता है

1. बड़े बदलाव करने से पहले पूछें। ✋

आप Claude से एक पैराग्राफ ठीक करने के लिए कहते हैं और वह पूरे दस्तावेज़ को फिर से लिख देता है। आप इसे कुछ छोटा करने के लिए कहते हैं और यह उन अनुभागों को हटा देता है जिनकी आपको वास्तव में आवश्यकता थी।

हर बार — आप कुछ ऐसा खो देते हैं जिसे आप खोना नहीं चाहते थे।

"मेरे द्वारा पहले से बनाई गई सामग्री में महत्वपूर्ण बदलाव करने से पहले — पूरी तरह रुकें। ठीक से बताएँ कि आप क्या बदलने वाले हैं और क्यों। आगे बढ़ने से पहले मेरी पुष्टि की प्रतीक्षा करें। 'मुझे लगता है यह बेहतर होगा' इसे बदलने की अनुमति नहीं है।"

1. जो पूछा गया है उसी पर ध्यान केंद्रित रखें। 🎯

Claude से एक चीज़ ठीक करने के लिए कहें और वह पाँच अन्य चीजों को 'बेहतर' करेगा — आपकी शब्दावली को समायोजित करना, आपकी संरचना को पुनर्व्यवस्थित करना, आपके वाक्यों को फिर से लिखना जिनसे आप पूरी तरह संतुष्ट थे।

अब आपको सब कुछ छाँटना पड़ता है ताकि पता चल सके कि वास्तव में क्या बदला है। 😤

"केवल वही बदलें जो मैंने विशेष रूप से बदलने के लिए कहा है। किसी भी चीज़ को फिर से न लिखें, न बदलें या 'बेहतर' न करें जिसके बारे में मैंने नहीं पूछा — भले ही आपको लगे कि यह बेहतर होगा। यदि आपको कहीं और सुधार के योग्य कुछ दिखता है, तो अंत में इसका उल्लेख करें। इसे तब तक न छुएं जब तक मैं स्पष्ट रूप से न कहूँ।"

1. हमेशा मुझे बताएँ कि आपने क्या बदला। 📋

Claude एक कार्य पूरा करता है और आप आउटपुट को स्कैन करके यह पता लगाने की कोशिश करते हैं कि पहले से क्या अलग है।

कौन से अनुभाग बदले? क्या इसने कुछ काटा? क्या इसने कुछ ऐसा जोड़ा जो आपने कभी नहीं माँगा?

"किसी भी संपादन या लेखन कार्य को पूरा करने के बाद, हमेशा एक संक्षिप्त सारांश के साथ समाप्त करें: क्या बदला गया। क्या अछूता छोड़ दिया गया। किस पर मेरे ध्यान की आवश्यकता है। इसे छोटा रखें — यह एक स्थिति अपडेट है, पुनर्कथन नहीं।"

1. बिना पूछे मेरी ओर से कभी कार्रवाई न करें। 🚨

जैसे-जैसे AI उपकरण अधिक जुड़ते जा रहे हैं — आपके ईमेल, कैलेंडर, सोशल अकाउंट, दस्तावेज़ों से — Claude द्वारा कोई ऐसी कार्रवाई करने का जोखिम जो आपने पूरी तरह से नहीं चाही थी, हर नए इंटीग्रेशन के साथ बढ़ता जाता है।

एक संदेश भेजना। सामग्री पोस्ट करना। कुछ शेड्यूल करना। इन कार्यों के वास्तविक परिणाम होते हैं और ये तेज़ी से होते हैं।

"मेरी ओर से कभी भी कुछ भी भेजें, पोस्ट न करें, प्रकाशित न करें, साझा न करें या शेड्यूल न करें जब तक कि वर्तमान संदेश में मेरी स्पष्ट पुष्टि न हो। 'आपने ऐसा करने की इच्छा जताई थी' पुष्टि नहीं है। मुझे वर्तमान संदेश में हाँ कहना होगा।"

⚡ भाग 3: आपका संदर्भ

1. Claude को बताएँ कि आप कौन हैं और आप क्या जानते हैं। 👤

Claude को नहीं पता कि आप विशेषज्ञ हैं या शुरुआती, संस्थापक हैं या फ्रीलांसर, कोई है जो तकनीकी गहराई चाहता है या सादा भाषा।

उस संदर्भ के बिना — यह अनुमान लगाता है। और यह उतनी ही बार गलत है जितनी बार सही।

"मेरे बारे में: नाम। भूमिका। पृष्ठभूमि। [आप जिन विषयों को अच्छी तरह जानते हैं] में मजबूत। [जिन क्षेत्रों में आपको अधिक संदर्भ की आवश्यकता है] में अभी भी सीख रहा हूँ। हर प्रतिक्रिया की गहराई को इस पृष्ठभूमि से मिलाएँ। जो मैं पहले से जानता हूँ उसे कभी भी अति-व्याख्या न करें।"

1. Claude को वह संदर्भ दें जिस पर आप काम कर रहे हैं। 📌

हर सत्र में Claude को कोई जानकारी नहीं होती कि आप किस पर काम कर रहे हैं, यह किसके लिए है, या वास्तव में क्या मायने रखता है।

यह सामान्य आउटपुट देता है क्योंकि इसके पास कोई और विकल्प नहीं है।

"मैं किस पर काम कर रहा हूँ: प्रोजेक्ट। लक्ष्य। दर्शक। स्वर। किससे बचना है। इस संदर्भ को हर कार्य पर लागू करें। जब कोई चीज़ इस चित्र में फिट नहीं बैठती — आगे बढ़ने से पहले इसे फ़्लैग करें।"

1. अपनी आवाज और शैली को स्थिर करें। ✍️

Claude की एक डिफ़ॉल्ट लेखन शैली है। यह ठीक है। लेकिन यह आपकी नहीं है।

जब भी आप कुछ लिखने के लिए Claude का उपयोग करते हैं — आप अंततः इसे वापस अपनी आवाज में संपादित करते हैं।

एक बार अपनी आवाज को परिभाषित करें और Claude पहले ड्राफ्ट से ही उसमें लिखता है।

"मेरी लेखन शैली — हमेशा इससे मिलाएँ: आवाज। वाक्य की लंबाई। मेरे द्वारा उपयोग किए जाने वाले शब्द। मेरे द्वारा कभी उपयोग नहीं किए जाने वाले शब्द। प्रारूप प्राथमिकता। मेरी ओर से कुछ भी लिखते समय, इस शैली से बिल्कुल मिलाएँ। अपने स्वयं के पैटर्न पर डिफ़ॉल्ट न करें।"

⚡ भाग 4: स्मृति और निरंतरता

1. Claude को एक मेमोरी फ़ाइल रखने दें। 🧠

Claude सत्रों के बीच सब कुछ भूल जाता है। हर बातचीत पूरी तरह से नई शुरू होती है।

लेकिन Claude फ़ाइलें लिख सकता है — और फ़ाइलें बनी रहती हैं।

यह निर्देश Claude को आपके द्वारा एक साथ लिए गए हर महत्वपूर्ण निर्णय के साथ एक MEMORY.md फ़ाइल बनाए रखने के लिए कहता है — क्या तय किया गया, क्यों, और कौन से विकल्प अस्वीकार किए गए।

"एक फ़ाइल रखें जिसका नाम MEMORY.md हो। किसी भी महत्वपूर्ण निर्णय के बाद — एक प्रविष्टि जोड़ें जिसमें बताया गया हो कि क्या तय किया गया, क्यों, और क्या अस्वीकार किया गया। कुछ भी करने से पहले हर सत्र की शुरुआत में MEMORY.md पढ़ें।"

1. सत्र-अंत सारांश — कभी भी प्रगति न खोएँ। 📝

आप सत्र बंद करते हैं। आप दो दिन बाद वापस आते हैं। आप पुराने संदेशों को पढ़ने में 15 मिनट बिताते हैं, यह याद करने की कोशिश करते हैं कि आप कहाँ थे और आपने क्या पूरा किया था।

यह पूरी तरह से टालने योग्य बर्बादी है जो लगभग सभी को होती है जो नियमित रूप से Claude का उपयोग करते हैं।

"जब मैं 'सत्र समाप्त' या 'यहाँ रुकते हैं' कहूँ — तो MEMORY.md में एक सत्र सारांश लिखें: हमने किस पर काम किया। क्या पूरा हुआ। क्या प्रगति पर है। क्या निर्णय लिए गए। अगले सत्र में क्या उठाना है।"

1. जो काम नहीं किया उसे लॉग करें — एक ही समस्या को दो बार हल करना बंद करें। 🔄

आप एक प्रॉम्प्ट दृष्टिकोण आज़माते हैं। उपयोगी कुछ पाने में चार प्रयास लगते हैं। तीन हफ्ते बाद आप एक समान कार्य के साथ वापस आते हैं और Claude बिल्कुल उन्हीं बुरे सुझावों के साथ शुरू करता है।

वही परीक्षण और त्रुटि। वही बर्बाद समय। शुरू से। हर बार।

"एक फ़ाइल रखें जिसका नाम ERRORS.md हो। जब कोई दृष्टिकोण काम करने में 2 से अधिक प्रयास लेता है — तो लॉग करें कि क्या काम नहीं आया, क्या काम आया, और अगली बार क्या याद रखना है। समान कार्यों के लिए दृष्टिकोण सुझाने से पहले ERRORS.md जाँचें।"

1. Claude को उन तथ्यों की सूची दें जो कभी नहीं बदलते। 📌

हर प्रोजेक्ट में स्थायी तथ्य होते हैं — पिछले निर्णयों की बाधाएँ, महत्वपूर्ण कारणों से मौजूद नियम, चीजें जो आपके काम के बारे में हमेशा सच होती हैं, भले ही विशिष्ट कार्य कुछ भी हो।

इसके बिना — Claude आपकी वास्तविकता का पूरी तरह से खंडन करने वाली चीजों का सुझाव देता है।

"ये तथ्य हमेशा सच हैं। इन्हें बिना किसी अपवाद के हर सत्र पर लागू करें: [आपके स्थायी तथ्य यहाँ]। यदि कोई कार्य इनमें से किसी एक से टकराता है — आगे बढ़ने से पहले इसे फ़्लैग करें।"

⚡ भाग 5: डेवलपर्स के लिए

1. दायरे में रहें — जिसके बारे में नहीं पूछा गया उसे न छुएं। 🔒

Claude से एक बग ठीक करने के लिए कहें और यह तीन फ़ाइलों को रिफैक्टर करेगा, आपके वेरिएबल्स का नाम बदलेगा, आपके इम्पोर्ट्स को पुनर्व्यवस्थित करेगा और कोड को 'बेहतर' करेगा जिसके साथ आप महीनों से काम कर रहे हैं — बिना पूछे।

उनमें से कुछ बदलाव चीजों को तोड़ते हैं। कुछ सूक्ष्म अंतर लाते हैं जिनका पता लगाने में दिन लग जाते हैं।

"केवल उन फ़ाइलों, फ़ंक्शनों और कोड की पंक्तियों को संशोधित करें जो सीधे वर्तमान कार्य से संबंधित हैं। किसी भी चीज़ को रिफैक्टर न करें, नाम न बदलें या 'बेहतर' न करें जिसे मैंने स्पष्ट रूप से बदलने के लिए नहीं कहा। यदि आपको कहीं और ठीक करने योग्य कुछ दिखता है — इसका उल्लेख करें। इसे न छुएं। कभी नहीं।"

1. किसी भी विनाशकारी कार्रवाई से पहले पुष्टि करें। ⚠️

Claude Code बिना किसी हिचकिचाहट के फ़ाइलें हटा देगा, फ़ंक्शनों को ओवरराइट करेगा, और डेटाबेस टेबल को गिरा देगा — क्योंकि आपने उसे ऐसा करने के लिए कहा, भले ही आपको पूरी तरह से एहसास न हो कि आप क्या कह रहे थे।

एक गलत समझा गया निर्देश और घंटों का काम पूरी तरह से खत्म हो जाता है, बिना किसी पूर्ववत के।

"किसी भी फ़ाइल को हटाने, मौजूदा कोड को ओवरराइट करने, डेटाबेस रिकॉर्ड हटाने, या कोई भी बदलाव करने से पहले जो आसानी से पूर्ववत नहीं किया जा सकता — पूरी तरह रुकें। ठीक से सूचीबद्ध करें कि क्या प्रभावित होगा। स्पष्ट पुष्टि माँगें। केवल तब आगे बढ़ें जब मैं वर्तमान संदेश में हाँ कहूँ।"

1. हार्ड स्टॉप — ऐसी कार्रवाइयाँ जो अनुमति के बिना कभी नहीं होतीं। 🚨

प्रोडक्शन में डिप्लॉय करना। लाइव डेटाबेस पर माइग्रेशन चलाना। बाहरी सेवाओं को API कॉल भेजना।

ये 'सावधान रहें' वाली स्थितियाँ नहीं हैं। ये पूर्ण विराम हैं।

"निम्नलिखित कार्यों के लिए निष्पादन से पहले सत्र में स्पष्ट पुष्टि आवश्यक है — कोई अपवाद नहीं: किसी भी वातावरण में डिप्लॉय करना। किसी भी डेटाबेस पर माइग्रेशन चलाना। कोई भी ईमेल या बाहरी API कॉल भेजना। किसी भी कमांड को निष्पादित करना जिसके अपरिवर्तनीय बाहरी प्रभाव हों।"

1. अपने टेक स्टैक को लॉक करें। 🔧

एक परिभाषित स्टैक के बिना — Claude वही फ्रेमवर्क सुझाएगा जिसे वह सबसे लोकप्रिय मानता है, वही लाइब्रेरी जो उसने सबसे अधिक देखी है, और वही पैकेज मैनेजर जिस पर वह डिफ़ॉल्ट करता है।

अक्सर यह वह नहीं होता जो आप उपयोग करते हैं, जो आपकी टीम जानती है, और जो आपने पहले ही बनाया है उसके अनुकूल नहीं होता।

"टेक स्टैक — हमेशा इनका उपयोग करें, जब तक मैं न पूछूँ तब तक कभी विकल्प न सुझाएँ: भाषा। फ्रेमवर्क। पैकेज मैनेजर। डेटाबेस। परीक्षण। लिंटिंग। यदि कुछ गलत टूल लगता है — इसे फ़्लैग करें। लेकिन जब तक मैं अन्यथा न कहूँ, फिर भी इसका उपयोग करें।"

1. हमेशा ठीक से दिखाएँ कि क्या बदला। 📊

Claude एक कोडिंग कार्य पूरा करता है और आप आउटपुट को स्कैन करके पता लगाने की कोशिश करते हैं कि क्या अलग है।

कौन सी फ़ाइलें बदलीं? क्या इसने कुछ और छुआ? क्या इसने कुछ अधूरा छोड़ दिया?

"किसी भी कोडिंग कार्य को पूरा करने के बाद, हमेशा इसके साथ समाप्त करें: बदली गई फ़ाइलें। क्या संशोधित किया गया — प्रति फ़ाइल एक पंक्ति। जानबूझकर न छुई गई फ़ाइलें। अनुवर्ती आवश्यकता। इसे छोटा रखें — यह एक स्थिति अपडेट है, पुनर्कथन नहीं।"

1. वे 4 नियम जिन्होंने Andrej Karpathy के CLAUDE.md को वायरल कर दिया। 🔥

Andrej Karpathy — Tesla के पूर्व AI निदेशक, OpenAI के संस्थापक सदस्य — ने 4 विशिष्ट व्यवहारों की पहचान की जो Claude Code को कोडिंग कार्यों में विफल करते हैं।

एक डेवलपर ने उन्हें 4 निर्देशों में संक्षेपित किया। वह फ़ाइल GitHub Trending पर #1 पर पहुंच गई और कोडिंग सटीकता को 65% से 94% तक सुधार दिया। 😱

वे इस प्रकार हैं:

1. पूछें, अनुमान न लगाएँ — यदि कुछ अस्पष्ट है, तो एक पंक्ति भी लिखने से पहले पूछें। कभी भी मौन धारणाएँ न बनाएँ।

1. पहले सबसे सरल समाधान — हमेशा सबसे सरल चीज़ लागू करें जो काम कर सकती है। ऐसे अब्स्ट्रक्शन न जोड़ें जिनका अनुरोध नहीं किया गया था।

1. असंबंधित कोड को न छुएं — यदि कोई फ़ाइल सीधे वर्तमान कार्य का हिस्सा नहीं है, तो इसे संशोधित न करें। कभी नहीं।

1. अनिश्चितता को स्पष्ट रूप से फ़्लैग करें — यदि आप किसी दृष्टिकोण के बारे में आश्वस्त नहीं हैं, तो आगे बढ़ने से पहले यह कहें। अनिश्चितता के साथ आत्मविश्वास एक अंतराल को स्वीकार करने से अधिक नुकसान पहुँचाता है।

निचली पंक्ति। 💎

CLAUDE.md केवल एक डेवलपर टूल नहीं है।

यह एक स्थायी निर्देश फ़ाइल है जिसे कोई भी जो गंभीरता से Claude का उपयोग करता है, उसे अपने पहले वास्तविक सत्र से पहले सेट कर लेना चाहिए।

निर्देश 1-4 Claude के संचार को ठीक करते हैं। निर्देश 5-8 इसे उन चीजों को बदलने से रोकते हैं जिन्हें आपने अधिकृत नहीं किया। निर्देश 9-11 इसे आपके वास्तविक काम के अनुरूप आउटपुट देने के लिए संदर्भ देते हैं। निर्देश 12-15 इसे वास्तविक स्मृति के सबसे करीबी चीज़ देते हैं जो वर्तमान में मौजूद है। निर्देश 16-21 Claude Code को एक अप्रत्याशित उपकरण के बजाय एक सटीक उपकरण की तरह व्यवहार करने योग्य बनाते हैं।

फ़ाइल बनाएँ। 3 निर्देश पेस्ट करें। जैसे-जैसे आप आगे बढ़ते हैं, और जोड़ते जाएँ।

आउटपुट गुणवत्ता में अंतर पहले सत्र से ही तत्काल और स्पष्ट होगा। 🚀

AI के साथ काम करने के तरीके को वास्तव में बदलने वाली और अधिक प्रणालियों के लिए फ़ॉलो करें। 💯