एक सादा टेक्स्ट फ़ाइल ने हमेशा के लिए बदल दिया कि डेवलपर्स AI कोडिंग का उपयोग कैसे करते हैं।
कोई नया मॉडल नहीं।
कोई महँगा IDE नहीं।
कोई और "AI एजेंट" स्टार्टअप नहीं।
बस एक फ़ाइल:
CLAUDE.md
और यह चुपचाप GitHub पर सबसे तेज़ी से बढ़ने वाले डेवलपर सेटअपों में से एक बन गई।
82,000+ स्टार।
हज़ारों फ़ोर्क।
स्टार्टअप से लेकर एंटरप्राइज़ टीमों तक के इंजीनियर रातों-रात इसे अपने प्रोजेक्ट में कॉपी कर रहे हैं।
क्योंकि डेवलपर्स को आखिरकार कुछ एहसास हुआ:
Claude Code इसलिए फ़ेल नहीं होता क्योंकि मॉडल कमज़ोर है।
यह इसलिए फ़ेल होता है क्योंकि हर सत्र भूलने की बीमारी के साथ शुरू होता है।
हर बार जब आप Claude Code खोलते हैं, यह भूल जाता है:
• आपका स्टैक
• आपके आर्किटेक्चर के फ़ैसले
• आपकी नेमिंग कन्वेंशन
• आपके कोडिंग स्टैंडर्ड
• पिछले हफ़्ते क्या फ़ेल हुआ था
• क्या कभी नहीं बदला जाना चाहिए
• आपने एक फ्रेमवर्क दूसरे पर क्यों चुना
• कौन सी फ़ाइलें छूने के लिए बहुत जोखिम भरी हैं
तो मॉडल वही करता है जो हर AI बिना कॉन्टेक्स्ट के करता है:
यह अनुमान लगाता है।
और वे अनुमान बेहद महँगे साबित होते हैं।
आप इसे एक फंक्शन ठीक करने के लिए कहते हैं।
यह तीन फ़ाइलें फिर से लिखता है।
उन वेरिएबल्स का नाम बदलता है जिन्हें आपने जानबूझकर चुना था।
काम कर रहे कोड को रीफ़ैक्टर करता है।
आपके आर्किटेक्चर के साथ असंगत टूल्स सुझाता है।
"सफाई" के लिए चीज़ें डिलीट करता है।
फ़ॉर्मेटिंग बदलता है जिसे छूने के लिए किसी ने नहीं कहा था।
फिर आप अगला घंटा उस "मदद" को पूर्ववत करने में बिताते हैं।
यह AI कोडिंग का वह छिपा हुआ टैक्स है जिसके बारे में कोई बात नहीं करता।
एक इंजीनियरिंग मैनेजर ने अनुमान लगाया कि उनकी टीम हर हफ़्ते लगभग 8 घंटे खो रही थी सिर्फ़:
→ प्रोजेक्ट कॉन्टेक्स्ट को फिर से समझाने में
→ अनधिकृत बदलावों को वापस लाने में
→ गलत धारणाओं को सही करने में
→ आर्किटेक्चर के फ़ैसलों को फिर से सिखाने में
→ स्कोप क्रीप को रोकने में
यह AI की समस्या नहीं है।
यह मेमोरी की समस्या है।
और CLAUDE.md इसे सबसे सरल तरीके से ठीक करती है।
यह आपके प्रोजेक्ट की रूट में रखी गई एक सादा टेक्स्ट फ़ाइल है।
लेकिन Claude इसे हर सत्र की शुरुआत में अपने आप पढ़ लेता है।
मतलब आपका AI आखिरकार अराजकता के बजाय कॉन्टेक्स्ट के साथ शुरू होता है।
अंतर बहुत बड़ा है।
CLAUDE.md के बिना:
"AI सहायक"
CLAUDE.md के साथ:
"इंजीनियर जो पहले से आपका प्रोजेक्ट जानता है।"
फ़ाइल में आमतौर पर 3 परतें होती हैं।
━━━━━━━━━━━━━━━
- डिफ़ॉल्ट नियम ━━━━━━━━━━━━━━━
यह सेक्शन Claude को सिखाता है कि आप कैसे काम करते हैं।
प्रतिक्रियाएँ कितनी विस्तृत होनी चाहिए।
आपका स्टैक क्या है।
आप कैसे संवाद करते हैं।
आप पहले से कितना कॉन्टेक्स्ट जानते हैं।
किस लेखन शैली का उपयोग करना है।
क्या नहीं करना है।
जैसी चीज़ें:
→ फिलर वाक्यांशों का उपयोग न करें
→ उत्तरों को कार्य की जटिलता के अनुपात में रखें
→ धारणा बनाने से पहले पूछें
→ बुनियादी अवधारणाओं को कभी भी ज़्यादा न समझाएँ
→ मेरी कोडिंग शैली से बिल्कुल मेल खाएँ
→ प्रोजेक्ट की बाधाओं का अपने आप पालन करें
छोटा लगता है।
लेकिन सैकड़ों प्रॉम्प्ट पर?
यह भारी पुनरावृत्ति को खत्म करता है।
अधिकांश डेवलपर्स अनजाने में हर दिन 20-40 मिनट AI को कॉन्टेक्स्ट फिर से सिखाने में बिताते हैं।
हर। एक। सत्र।
अब इसे एक इंजीनियरिंग टीम पर गुणा करें।
यह हर महीने हज़ारों डॉलर बर्बाद करने के बराबर है सिर्फ़ खुद को दोहराने में।
━━━━━━━━━━━━━━━
- व्यवहार नियंत्रण
━━━━━━━━━━━━━━━
यह वह सेक्शन है जिसकी कामना डेवलपर्स को महीनों पहले होती।
क्योंकि यहीं पर आप Claude को "रचनात्मक रूप से विनाशकारी" बनने से रोकते हैं।
आप सख्त सीमाएँ परिभाषित करते हैं जैसे:
→ केवल उन फ़ाइलों को छुएँ जो सीधे कार्य से संबंधित हैं
→ असंबंधित कोड को कभी रीफ़ैक्टर न करें
→ कुछ भी हटाने से पहले पूछें
→ विनाशकारी कार्यों से पहले पुष्टि करें
→ मौजूदा संरचना को बिना अनुमति के फिर से न लिखें
→ हमेशा दिखाएँ कि वास्तव में क्या बदला है
→ कभी भी अपने आप डिप्लॉय या माइग्रेशन न चलाएँ
यह एक सेक्शन अधिकांश AI कोडिंग डरावनी कहानियों को रोकता है।
कोई और आश्चर्यजनक पुनर्लेखन नहीं।
कोई और आर्किटेक्चर ड्रिफ्ट नहीं।
कोई और "मैंने आपके लिए इसे साफ किया" आपदा नहीं।
AI पूर्वानुमानित हो जाता है।
जो वास्तव में इंजीनियर चाहते हैं।
━━━━━━━━━━━━━━━
- मेमोरी + प्रोजेक्ट ब्रेन
━━━━━━━━━━━━━━━
यह वह जगह है जहाँ चीज़ें वास्तव में शक्तिशाली हो जाती हैं।
डेवलपर्स ने CLAUDE.md को इस तरह की फ़ाइलों के साथ जोड़ना शुरू कर दिया:
MEMORY.md
ERRORS.md
अब Claude याद रख सकता है:
• आपकी टीम द्वारा पहले ही लिए गए फ़ैसले
• असफल दृष्टिकोण
• अस्वीकृत टूल्स
• प्रोडक्शन घटनाएँ
• तकनीकी बाधाएँ
• आर्किटेक्चर ट्रेडऑफ़
• क्लाइंट-विशिष्ट नियम
मतलब AI उन चीज़ों की सिफारिश करना बंद कर देता है जिन्हें आपने महीनों पहले ही खारिज कर दिया था।
यह भूलना बंद कर देता है।
यह सब कुछ बदल देता है।
क्योंकि AI कोडिंग में असली अड़चन अब कोड जनरेशन नहीं है।
यह स्थायी कॉन्टेक्स्ट है।
और अधिकांश लोगों को अभी भी इसका एहसास नहीं हुआ है।
━━━━━━━━━━━━━━━
4 नियम जिन्होंने इसे वायरल बनाया
━━━━━━━━━━━━━━━
यह सेटअप तब फैल गया जब डेवलपर्स ने Andrej Karpathy के AI सिस्टम के साथ काम करने के तरीके से प्रेरित 4 सरल नियम साझा करना शुरू किया।
वे भ्रामक रूप से बुनियादी दिखते हैं:
- मान लेने से पहले पूछें।
- पहले सबसे सरल समाधान का उपयोग करें।
- असंबंधित कोड को न छुएँ।
- तुरंत अनिश्चितता को चिह्नित करें।
बस इतना ही।
लेकिन ये 4 नियम अधिकांश AI कोडिंग विफलताओं को हल करते हैं।
क्योंकि सबसे बड़ा नुकसान आमतौर पर AI द्वारा पर्याप्त कॉन्टेक्स्ट के बिना आत्मविश्वास से काम करने से होता है।
सबसे अच्छे परिणाम पाने वाले डेवलपर्स "अधिक AI" का उपयोग नहीं कर रहे हैं।
वे अस्पष्टता को कम कर रहे हैं।
और एक बार जब आप यह देख लेते हैं, तो आप इसे अनदेखा नहीं कर सकते।
━━━━━━━━━━━━━━━
AI कोडिंग में असली विभाजन
━━━━━━━━━━━━━━━
अभी मूल रूप से दो प्रकार के डेवलपर्स हैं जो Claude Code का उपयोग कर रहे हैं।
समूह 1:
हर सत्र खरोंच से शुरू करता है।
रोज़ाना कॉन्टेक्स्ट दोहराता है।
अवांछित बदलावों को साफ करता है।
लगातार स्कोप क्रीप से लड़ता है।
AI को अस्थायी ऑटोकम्प्लीट की तरह मानता है।
समूह 2:
स्थायी निर्देशों का उपयोग करता है।
व्यवहार नियमों को लॉक करता है।
प्रोजेक्ट मेमोरी बनाए रखता है।
स्कोप को कसकर नियंत्रित करता है।
AI को दीर्घकालिक इंजीनियरिंग सहयोगी की तरह मानता है।
एक ही मॉडल।
पूरी तरह से अलग परिणाम।
इसलिए यह फ़ाइल इतनी तेज़ी से फैली।
क्योंकि एक बार जब Claude के पास होता है:
• नियम
• मेमोरी
• स्टैक जागरूकता
• व्यवहार संबंधी बाधाएँ
• प्रोजेक्ट कॉन्टेक्स्ट
…तो यह चैटबॉट जैसा महसूस होना बंद कर देता है।
और बुनियादी ढाँचे जैसा महसूस होने लगता है।
━━━━━━━━━━━━━━━
यहाँ से शुरू करें
━━━━━━━━━━━━━━━
अपना प्रोजेक्ट खोलें।
एक फ़ाइल बनाएँ जिसका नाम हो:
CLAUDE.md
फिर पहले ये 4 नियम पेस्ट करें:
• मान लेने से पहले पूछें
• पहले सबसे सरल समाधान
• असंबंधित कोड को न छुएँ
• अनिश्चितता को स्पष्ट रूप से चिह्नित करें
यह अकेला तुरंत Claude के व्यवहार में सुधार करेगा।
फिर इसे समय के साथ धीरे-धीरे विस्तारित करें:
→ आपका स्टैक
→ कोडिंग मानक
→ आर्किटेक्चर नियम
→ निषिद्ध कार्य
→ निर्णय लॉग
→ प्रोजेक्ट मेमोरी
अधिकांश डेवलपर्स ने अभी भी ऐसा नहीं किया है।
जिसका मतलब है कि औसत AI-सहायता प्राप्त कोडिंग और उत्कृष्ट AI-सहायता प्राप्त कोडिंग के बीच का अंतर मॉडल के बारे में कम होता जा रहा है…
…और इस बारे में अधिक होता जा रहा है कि कॉन्टेक्स्ट को ठीक से संरचित करना कौन जानता है।
इसे बुकमार्क कर लें।
क्योंकि छह महीने बाद, स्थायी AI प्रोजेक्ट मेमोरी शायद उतनी ही सामान्य महसूस होगी जितनी आज GitHub रिपॉजिटरीज़ हैं।
