आप अब तक 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 का डिफ़ॉल्ट है हर प्रतिक्रिया को इस तरह खोलना — "बहुत अच्छा सवाल!" "बिल्कुल!" "निश्चित रूप से!" "पूरी तरह से!"

ऐसे वाक्यांश जो कुछ नहीं जोड़ते और हर दिन आपका समय बर्बाद करते हैं।

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

"कभी भी प्रतिक्रियाओं को 'बहुत अच्छा सवाल!', 'बिल्कुल!', 'निश्चित रूप से!' या इसी तरह के वार्मअप वाक्यांशों से न खोलें। हर प्रतिक्रिया वास्तविक उत्तर से शुरू करें। कोई प्रस्तावना नहीं। सिर्फ जानकारी।"

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 के साथ काम करने के तरीके को वास्तव में बदलने वाली और प्रणालियों के लिए फॉलो करें। 💯